firefox+unity-2d: runaway CPU usage when hud-service is running

Bug #967469 reported by Steve Langasek
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
libdbusmenu (Ubuntu)
Confirmed
Critical
Unassigned

Bug Description

When hud-service is running, my desktop load looks like this:

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 8222 vorlon 20 0 1937m 874m 20m R 102 23.3 263:06.78 firefox
 5148 vorlon 20 0 1146m 449m 7288 S 41 12.0 24:25.24 unity-panel-ser
 3306 vorlon 20 0 757m 326m 3444 S 21 8.7 0:15.26 hud-service

If I kill hud-service, after a while firefox settles down and it looks more like this:

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 8222 vorlon 20 0 1927m 872m 21m S 10 23.2 263:59.29 firefox
 4777 root 20 0 269m 61m 17m S 3 1.7 33:41.11 Xorg

While the CPU is pegged, the firefox UI is unresponsive.

This seems to be correlated with whether I have a form loaded in one of my firefox tabs, but I haven't confirmed that definitively yet.

I am using Unity 2D, if that matters.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: firefox 11.0+build1-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-20.32-generic 3.2.12
Uname: Linux 3.2.0-20-generic x86_64
AddonCompatCheckDisabled: False
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
BuildID: 20120313141247
Channel: release
CheckboxSubmission: 017452a27eca3c8b498abbfa5ef91db9
CheckboxSystem: ecaaad6fa1e0799a0aa1126bf620f39e
Date: Wed Mar 28 12:40:00 2012
ForcedLayersAccel: False
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
ProcEnviron:
 TERM=xterm
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=11.0/20120313141247 (Running)
RunningIncompatibleAddons: False
SourcePackage: firefox
UpgradeStatus: Upgraded to precise on 2011-11-08 (141 days ago)
WifiSyslog:

dmi.bios.date: 08/23/2010
dmi.bios.vendor: LENOVO
dmi.bios.version: 6QET52WW (1.22 )
dmi.board.name: 3249CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr6QET52WW(1.22):bd08/23/2010:svnLENOVO:pn3249CTO:pvrThinkPadX201:rvnLENOVO:rn3249CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 3249CTO
dmi.product.version: ThinkPad X201
dmi.sys.vendor: LENOVO

Revision history for this message
Steve Langasek (vorlon) wrote :
Changed in firefox (Ubuntu):
importance: Undecided → High
importance: High → Critical
Revision history for this message
Steve Langasek (vorlon) wrote :
Download full text (6.1 KiB)

firefox backtrace, as requested by Chris. Please advise if more debugging symbols are needed.

(gdb) bt full
#0 0x00007f55a45cea9d in g_type_class_peek (type=<optimized out>)
    at /build/buildd/glib2.0-2.31.22/./gobject/gtype.c:3010
        node = 0x7f5584e42fa0
        class = <optimized out>
#1 0x00007f55a45b78d6 in object_get_property (value=0x7fff1d7eb530,
    pspec=0x7f5581575ca0, object=0x7f5582315160)
    at /build/buildd/glib2.0-2.31.22/./gobject/gobject.c:1274
        class = <optimized out>
        param_id = <optimized out>
        redirect = <optimized out>
#2 g_object_get_property (object=0x7f5582315160,
    property_name=<optimized out>, value=0x7fff1d7eb530)
    at /build/buildd/glib2.0-2.31.22/./gobject/gobject.c:2223
        prop_value = 0x7fff1d7eb530
        tmp_value = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0,
              v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
              v_double = 0, v_pointer = 0x0}, {v_int = 0, v_uint = 0,
              v_long = 0, v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0,
              v_double = 0, v_pointer = 0x0}}}
        pspec = 0x7f5581575ca0
        __PRETTY_FUNCTION__ = "g_object_get_property"
#3 0x00007f55949aea3e in dbusmenu_menuitem_get_id ()
   from /usr/lib/x86_64-linux-gnu/libdbusmenu-glib.so.4
No symbol table info available.
#4 0x00007f55949aec3d in ?? ()
   from /usr/lib/x86_64-linux-gnu/libdbusmenu-glib.so.4
No symbol table info available.
#5 0x00007f55a42ef087 in g_list_foreach (list=<optimized out>,
    func=0x7f55949aec00, user_data=0x7fff1d7eb630)
    at /build/buildd/glib2.0-2.31.22/./glib/glist.c:900
        next = 0x7f557f675400
#6 0x00007f55a42ef087 in g_list_foreach (list=<optimized out>,
    func=0x7f55949aec00, user_data=0x7fff1d7eb630)
    at /build/buildd/glib2.0-2.31.22/./glib/glist.c:900
        next = 0x7f5544406f80
#7 0x00007f55a42ef087 in g_list_foreach (list=<optimized out>,
    func=0x7f55949aec00, user_data=0x7fff1d7eb630)
    at /build/buildd/glib2.0-2.31.22/./glib/glist.c:900
        next = 0x7f553db92ee0
#8 0x00007f55a42ef087 in g_list_foreach (list=<optimized out>,
    func=0x7f55949aec00, user_data=0x7fff1d7eb630)
    at /build/buildd/glib2.0-2.31.22/./glib/glist.c:900
        next = 0x7f553cda91a0
#9 0x00007f55a42ef087 in g_list_foreach (list=<optimized out>,
    func=0x7f55949aec00, user_data=0x7fff1d7eb630)
    at /build/buildd/glib2.0-2.31.22/./glib/glist.c:900
        next = 0x7f5537df7620
#10 0x00007f55949b09bf in dbusmenu_menuitem_find_id ()
   from /usr/lib/x86_64-linux-gnu/libdbusmenu-glib.so.4
No symbol table info available.
#11 0x00007f55949b2f5e in ?? ()
   from /usr/lib/x86_64-linux-gnu/libdbusmenu-glib.so.4
No symbol table info available.
#12 0x00007f55a2932e08 in call_in_idle_cb (user_data=<optimized out>)
    at /build/buildd/glib2.0-2.31.22/./gio/gdbusconnection.c:4687
        invocation = 0x7f555bf371c0
        vtable = <optimized out>
        registration_id = <optimized out>
        subtree_registration_id = <optimized out>
        __PRETTY_FUNCTION__ = "call_in_idle_cb"
#13 0x00007f55a42f1d8a in g_main_dispatch (context=0x7f55a8fc2110)
    at /build/buildd/glib2.0-2.31.22...

Read more...

Revision history for this message
Steve Langasek (vorlon) wrote :

After a discussion with Chris on IRC, I've trimmed my bookmark menu, getting rid of an old, autocreated "Bookmarks Toolbar" subtree. After restarting firefox (without which my submenus were not populating at *all* anymore), the problem has not reoccurred.

So this may simply be the bookmark menu problem after all.

Revision history for this message
Chris Coulson (chrisccoulson) wrote :

I'll mark this as a duplicate of bug 801699. Note that the performance improvements in dbusmenu are in precise now

affects: firefox (Ubuntu) → libdbusmenu (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in libdbusmenu (Ubuntu):
status: New → Confirmed
To post a comment you must log in.