Ubuntu

massive memory leak in unity-panel-service and hud-service when invoking the hud on Firefox profiles with large amounts of bookmarks

Reported by Roland (Rolandixor) Taylor on 2012-04-23
422
This bug affects 89 people
Affects Status Importance Assigned to Milestone
Application Menu Indicator
High
Unassigned
Unity
High
Unassigned
unity (Ubuntu)
Critical
Unassigned

Bug Description

unity-panel-service and hud-service quickly racks up memory and CPU usage until I kill it when invoking the HUD on Firefox. It's taking anywhere from a few minutes to half an hour, but it sometimes makes the system completely unusable.

1. run Firefox 12.0 in the foreground
2. hit Alt to bring up HUD
3. type any text
4. select one proposal from HUD
5. wait for unity-panel-service and hud-service to fill up the remaining RAM and swap space.

This is due to a high number of bookmarks in a user profile (hundreds).

Tags: hud Edit Tag help
Thomas Richter (tomri2012) wrote :

Same problem here. hud-service and unity-panel-service reach several hundred megs of RAM within hours.
Particularly so if I'm actually using the HUD. A couple of times is enough and I'm at 700meg.

I'm on a fresh install of 12.04.

Tried #unity --reset.

Have System Load Indicator applet running.

Tom

P.S. How can Ubuntu release such a crap? Do they think people prefer eye candy and tracking software over stability and usability???

Thomas Richter (tomri2012) wrote :

Did some more testing; problem is reproducibel as follows:
1. run Firefox 12.0 in the foreground
2. hit Alt to bring up HUD
3. type any text
4. select one proposal from HUD
-repeat as needed

Observation: Firefox takes long to execute selected command. Both a.m. services jump up in memory usage by several hundred megs.

Thomas Richter (tomri2012) wrote :

Some more information:
Problem occurs only with Firefox and only with *my* profile.
I created a new empty profile and the problem was gone.
After migrating all bookmarks and user.js to the new profile, problem is there again.
Disabling all extensions in FF does not help. So it must be one of my settings (maybe in user.js) that is causing the problem.

In any case, the dash/hud should not be so fragile that memory leaks are caused by specific application settings.
Such tight coupling between applications and OS or desktop seems to be problematic.
If you can't control it, better skip the eye candy and stick with simpler solutions....

Tom

I have another user account on my desktop which has no problem with unity. After she uses the hud it's only a matter of time until hud-service and unity-panel-service tries to fill up all 8 gigs of RAM. Firefox is what's used when it happens.

summary: - memory leak in unity-panel-service
+ memory leak in unity-panel-service and hud-service
Changed in unity:
status: New → Confirmed
summary: - memory leak in unity-panel-service and hud-service
+ massive memory leak in unity-panel-service and hud-service on certain
+ Firefox Profiles
summary: - massive memory leak in unity-panel-service and hud-service on certain
- Firefox Profiles
+ massive memory leak in unity-panel-service and hud-service when invoking
+ the hud oncertain Firefox Profiles
affects: unity → unity (Ubuntu)
Changed in unity (Ubuntu):
importance: Undecided → High
Changed in unity:
status: New → Confirmed
summary: massive memory leak in unity-panel-service and hud-service when invoking
- the hud oncertain Firefox Profiles
+ the hud on certain Firefox Profiles
description: updated
description: updated

Gah, I meant to say that my profile normally has no problem with the hud. I have set up another account for someone to use and she's having the issue on her profile (it's a bit old).

Also, the repeated summary changes are because of launchpad's irritating bug where the text input box doesn't expand as the title becomes multi-line so I have to blindly guess what I'm editing. Apologies for the noise.

Changed in unity (Ubuntu):
status: Confirmed → Triaged
Omer Akram (om26er) wrote :

Could you remove indicator-multiload seems it unity doesnt play good with it. Also right now I am trying to create the memleak but seems things work quite fine for me.

Omer Akram (om26er) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please try to obtain a valgrind log following the instructions at https://wiki.ubuntu.com/Valgrind and attach the file to the bug report. This will greatly help us in tracking down your problem.

Changed in unity:
importance: Undecided → High
status: Confirmed → Incomplete
Changed in unity (Ubuntu):
status: Triaged → Incomplete

I do not use indicator-multiload.

In terms of using valgrind, would the following be appropriate?

G_SLICE=always-malloc G_DEBUG=gc-friendly valgrind -v --tool=memcheck --leak-check=full --num-callers=40 --log-file=valgrind.log compiz --replace

Daniel van Vugt (vanvugt) wrote :

This sounds directly related to bug 1005174.

Omer Akram (om26er) on 2012-05-29
tags: added: hud

Sorry for the late reply. I do have indicator-multiload, so I think that
might add to my issue.

Part of the reason I have not replied faster is that Firefox Nightly and
Thunderbird Nightly have had a nasty memory leak themselves (yeah sucks) -
so I had trouble getting my mail while I tried to get that sorted.

Confirmed by duplicates.

Changed in unity:
status: Incomplete → Confirmed
Changed in unity (Ubuntu):
status: Incomplete → Confirmed
peter (peter-beetlebolt) wrote :

I was also seeing really high cpu usage for firefox and hud-service for certain firefox profiles. I found disabling firefox's global menubar extension aleviated the issue. I'm suspicious it's a conflict between firefox extensions (addons).

for me, my firefox 14.0 simply crashes when I open it, go to HUD, and type text. Selecting anything isnt needed either.

But that might be because I have just 100MB of free ram, and as soon as it bloats and starts swapping, the firefox crashes.

Colin Law (colin-law) wrote :

Bhaavan have you got firebug installed in firefox? If so you are seeing a different bug #1025011. But it could also be the RAM issue. If you have firebug then disable it.

Hi, it appears (based on duplicate comments) that this is dealing with huge amounts of bookmarks - Are any people using the stumbleupon addon? Apparently it has a 'feature' where it will auto-bookmark any thumbs-upped item. In addition to being a massively stupid design decision, it also plonks a mouth-opening amount of bookmarks on the user's profile.

If you do not have a large amount of bookmarks, please open a new report as this one specifically targets this problem type.

summary: massive memory leak in unity-panel-service and hud-service when invoking
- the hud on certain Firefox Profiles
+ the hud on Firefox profiles with large amounts of bookmarks
description: updated
Changed in unity (Ubuntu):
status: Confirmed → Triaged

Hi,

I'm not using StumbleUpon and I don't even think I've a lot of bookmarks
(probably 300), so a lot of people are affected by this bug.

Em 27-08-2012 20:04, Chauncellor escreveu:
> Hi, it appears (based on duplicate comments) that this is dealing with
> huge amounts of bookmarks - Are any people using the stumbleupon addon?
> Apparently it has a 'feature' where it will auto-bookmark any thumbs-
> upped item. In addition to being a massively stupid design decision, it
> also plonks a mouth-opening amount of bookmarks on the user's profile.
>
> If you do not have a large amount of bookmarks, please open a new report
> as this one specifically targets this problem type.
>
> ** Summary changed:
>
> - massive memory leak in unity-panel-service and hud-service when invoking the hud on certain Firefox Profiles
> + massive memory leak in unity-panel-service and hud-service when invoking the hud on Firefox profiles with large amounts of bookmarks
>
> ** Description changed:
>
> - unity-panel-service and hud-service quickly racks up memory until I kill
> - it when invoking the HUD on Firefox. It's taking anywhere from a few
> - minutes to half an hour, but it sometimes makes the system unusable.
> + unity-panel-service and hud-service quickly racks up memory and CPU
> + usage until I kill it when invoking the HUD on Firefox. It's taking
> + anywhere from a few minutes to half an hour, but it sometimes makes the
> + system completely unusable.
>
> 1. run Firefox 12.0 in the foreground
> 2. hit Alt to bring up HUD
> 3. type any text
> 4. select one proposal from HUD
> + 5. wait for unity-panel-service and hud-service to fill up the remaining RAM and swap space.
>
> - Creating and using a new profile presents no memory leaks.
> + This is due to a high number of bookmarks in a user profile (hundreds).
>
> ** Changed in: unity (Ubuntu)
> Status: Confirmed => Triaged
>

Sam_ (and-sam) wrote :

Don't even know StumbleUpon. FF 14.0.1 with round about 7000 bm.

Okay, stumbleupon was just one idea. This is definitely a bookmarks issue. Thanks for the replies!

Omer Akram (om26er) on 2012-08-29
Changed in unity (Ubuntu):
status: Triaged → Confirmed

Omer, is that not enough information for the developer to look at it?

Omer Akram (om26er) on 2012-08-30
Changed in indicator-appmenu:
importance: Undecided → High
status: New → Confirmed
M8R-6ct62c (m8r-6ct62c) wrote :

Same problem here. Firefox stops responding for 30 seconds or so. I have a bunch of bookmarks.

WORKAROUND:
-Go into the 'privacy' settings of ubuntu and
-disable tracking for websites
-and add firefox as an app to ignore
-log out/in

That seems to have solved it for me.

LA (radiobuzzer) wrote :

I tried the solution that was suggested above, but it didn't work for me. CPU load explodes even after enabling the Global Menu addon, and Firefox becomes irresponsive for a couple of minutes. This repeats whenever I type some command in HUD. My only solution was to disable the Global Menu addon, I am missing the feature, but at least I can keep browsing the internet...

Marcos Roriz (marcosrorizinf) wrote :

Any updates?

Same behaviour here and as described at Bug 1005174. Ubuntu 12.04 x86, hundreds of bookmarks, using a private Firefox Sync server.

Changed in unity:
milestone: none → 7.0.0
Torben Seebach (yeah) wrote :

I can confirm the workaround provided by M8R-6ct62c solved the issue where unity-panel-service and hud-service used enormous amounts of memory and menus took forever to appear.

Scott Weldon (501st-alpha1) wrote :

I can confirm this also affects me. I have a large number of bookmarks, and generally have several hundred open tabs (not sure if the latter adds to the problem). Disabling the Global Menu Bar integration addon fixes the problem.

Stephen M. Webb (bregma) on 2013-04-04
Changed in unity:
milestone: 7.0.0 → 7.0.1
Ivo Anjo (knuckles) wrote :

Same here, although I only have the issue when I mistakenly hit alt for the hud.
I think I have 2000+ bookmarks.

Enough people are me, too-ing it that I'm marking this as critical - Firefox and the HUD are defaults and it renders the system practically destroyed once it fills up the RAM.

Changed in unity (Ubuntu):
importance: High → Critical
Changed in unity:
status: Confirmed → Won't Fix
Changed in unity (Ubuntu):
status: Confirmed → Invalid

Care to share?

przekop (przekop) wrote :

Ubuntu 13.04 64bit
I have about 900 bookmarks and same problem? Does only solution is to remove Unity menubar integration?

Mike (sheenm) wrote :

I don't know why but on 13.10 unity-panel-service is buggy and leaks much RAM in some cases. Sometimes I cant even shut down my computer and need to restart this service

screenshot in attachments

I confirm that disabling unity addons in firefox and restarting unity-panel-service and hud-service greatly reduced their memory usage.

David Turner (dwt) wrote :

Gimp seems to be causing lots of problems. Right now unity-panel-service is sitting at around 343 MB (it was in the 200s a few minutes ago after running gimp for a little while, but re-opening it increased the memory by about 100MB). It seems whenever the menu is accessed it increases memory usage slightly. I should also point out that the menu has started to behave very sluggish, and using up 100% of one of my cores.

Gedit also seems to do this while editing either lots, or very large files.

John Kuang (xiphosurus) on 2014-03-11
Changed in unity (Ubuntu):
status: Invalid → Confirmed
Guus Geluk (onsitecd) wrote :

Using 13.10. I have thousands of bookmarks in firefox 28.0. I disabled the unity extensions in Firefox. Most of the times it works okay, and I did not have the problem on earlier versions of Ubuntu. But lately Hud-service and unity-panel-service reach gigabytes of ram, totally stalling my computer. I do not understand what triggers it. It even happens if I did not use the HUD. Unity Panel service now is more than 1 gig and I cannot end the process anymore in system monitor.

In privacy settings I disbabled:
- use of file and app usage
- internet search results
- I excluded the firefox webbrowser

So why is it still collection browser information?

Guus Geluk (onsitecd) wrote :

Ubuntu 13.10, FF 28.0. Did some more testing. Problem indeed starts when you press ALT en type something. Due to my huge bookmark collection hud-service takes 1.3 GB and unity-panel-service 900MB (FF 800MB after start) and for some reason it stalls FF eventhough CPU usage is only 3%. After ending the services FF becomes responsive again.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers