Gnome-panel consumes almost 100% cpu in Hardy

[Tom Dison]

Binary package hint: gnome-panel

Previously I reported this as possibly being due to Parallels, but now I think not. Without running Parallels, after a while gnome-panel starting eating 100% cpu and all the ram. I have attached a screenshot of top running in gnome-terminal. Please advise if there is anything else I can submit.

[Pedro Villavicencio (pedro)]

thanks for your report, may you tell us a few steps in order to reproduce that behavior? thanks.

[Tom Dison (fretinator)]

As much as I tried, I have not found a way to reproduce this bug. It just happens once in a while. One time, the CPU didn't hit 100%, the panels just stopped working and gnome-panel wasn't even running. I would just chalk this up as a fleeting situation unless others report it also. For me, when it happens, I just do a 'killall gnome-panel' and it gnome-panel restarts itself. I also have Hardy installed on a laptop and I have not seen this behavior. I still think it probably related to some odd driver issue (I use the Hardy restricted Nvidia driver). Is there a status of "Who knows, Not Worthing Pursuing".

[Marcial Cambronero (marcialca)]

I Have the exact same problem, in my case, it reaches 100% of CPU plus it takes almost 40 Mb of RAM, it happens exactly when I add the Clock Applet to the panel, it looks like it uses too mucho memory or something like it. I did this by removing everything from the panel and start adding things until I reach the Clock. Hope you can use it

[Pedro Villavicencio (pedro)]

Marcial that's not the same bug and your screenshot doesn't show the high cpu usage.

[Pedro Villavicencio (pedro)]

latest comment indicate that the issue doesn't exists in hardy, closing this bug, thanks.

[The Amigo (theamigo)]

I recently started having this same problem in Hardy.

It didn't start until after I moved the bottom panel to the left side. I'm unable to consistently reproduce it, but it happens about once or twice a day now.

top shows:
  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
11644 amigo 20 0 553m 515m 15m R 81 25.4 33:24.22 gnome-panel

and the memory has been slowly growing for the last 43 minutes. I know it's been 43 minutes because the clock stopped updating when the panel froze.

[The Amigo (theamigo)]

Lack of specific steps to reproduce this bug doesn't mean it doesn't exist. It's likely a duplicate of bug 52405, but at least one of them should stay open.

[Sebastien Bacher (seb128)]

do you have a vertical panel and over 8 entries in the task list? the recent comment looks like bug #187540

[The Amigo (theamigo)]

Yes, this is definitely the same thing as bug 187540 and that one seems to have more traction. Marking this one as a dup.

[nash (nishantburte)]

yes. i have the exact problem.
i have a lab of 75 machines where ubuntu is installed just a month ago.
at any point of time, many of them have gnome-panel process eating up 100% cpu.
i regret my decision to go with ubuntu. :(

[Dominik Lang (dlang-access)]

There's a custom fix for this problem. Please have a look at the forum thread http://ubuntuforums.org/showthread.php?t=968901 or the comments in the other bug report https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/187540

[zyodei (buddhaflow)]

No, I don't think it a duplicate.

My Gnome-Panel is on top, and I only have three processes open (actually four, but for some reason Opera isn't showing up).

For this whole session, at least 2 hours, my CPU has been at 97-99%. When I check "top", it's always gnome-panel taking all available CPU time.

I also have AWN running, and Compiz.

I don't know why it's doing it, and it's not slowing my computer down as much as you might expect. But it does seem to be a bug distinct from 187540.

Mint 7 x32, Jaunty