dbus-daemon running at ~99-100%

[ktmpete]

Is the dbus daemon running at 99-100% normal?

My desktop seems to bog at times, with file manager and other programs becoming unresponsive until they perform the requested action after some seconds. Attempting to source the cause.

This is on a dual core dual processor amd xw9400 workstation with a fresh reinstall of PCBSD 9.

Peter

[ktmpete]

Tried, but is not a solution. Only seems to work for a short period of time. Core of the problem is not dbus directly. See next post for more detail.
========================================
Still not sure what was causing dbus to consume large amounts of cpu cycles, but limited its resource use with renice. Reset nice to 10.

>>su
>>renice 10 2667

When reviewed with top, keeps dbus-daemon down < 10%.

Hope that helps someone else with similar issues.

Peter

[ktmpete]

Currently, my workstation is operable for 4-5 hrs, then dbus rises to >99%, and a large lag happens when attampting to use any of the open applications.

No particular piece of software seems to be responsible, though both firefox and amarok seem to initiate the problem sooner.

I am still not able to find a solution, beyond logging out or doing a complete reboot. A complete reboot is required often when the system completely hangs. Even teminal will become inoperable.

Here is an older bug report of the issue:
[Bug 261180] New: dbus-daemon runaway at 100% CPU

http://mail.kde.org/pipermail/unassi...er/017097.html

Pulse Audio is cited as a possible culprit.

Any ideas or suggestions on how to track this down, and hopefully fix it?

Peter

[kmoore134]

Maybe killing pulseaudio manually? Can you confirm if that fixes the issue?

[ktmpete]

I've done that, and dbus is stabler but other issue came up.

With pulse audio, average loads are ~1.5, with ~ 30-40% cpu idle. Without pulse, and using OSS as my audio for Amarok, loads steadly rise to >6.5, with 0.7% idle cpu. Also Amarok hangs for a few seconds, then continues. When I examine "top", Amarok, xorg, and other program's wcpu will rise to ~99%, then drop back off.

This did not happen before, though these symptoms were noticed after 12hrs vs 4-5hrs when dbus would hang at >99% wcpu.

Once rebooted, after 1 hr: 0.85 load & ~75% idle cpu. This is an improvement from before, but now notice that desktop is not responsive. Large delay in switching desktops, application launcher will not respond for ~15 seconds, yet have ~80% cpu idle.

When I have used gnome, it does not behave this way, but shows a dbus error when i attempt to use Amarok.

Will report back at the 5-6hr mark.

Not sure if we are peeling the onion to a solution, or just going up another road that will not ultimately give a solution.

Peter

[ktmpete]

One thing I have noticed is that Skype beta leaves quite a number of processes behind after it has been "quit". Manually killed them, and the load seems to have gone down a bit. Desktop seems to respond properly, at least right now.

Peter

[david_a]

Is Amarok trying to update its database?

[ktmpete]

Nope.

Chasing a moving target it seems.

Peter

[ktmpete]

Overnight, without pulse audio, amarok shutdown, but Skype running.

Shutdown Skype, no change.

My only solution so far is to log-out every 3-4 hrs, or run gnome.

top output
=============
last pid: 48089; load averages: 2.14, 2.54, 2.87 up 0+14:32:09 08:35:09
151 processes: 3 running, 145 sleeping, 2 stopped, 1 zombie
CPU: 3.6% user, 0.0% nice, 35.5% system, 0.2% interrupt, 60.7% idle
Mem: 675M Active, 268M Inact, 2798M Wired, 9304K Cache, 2560K Buf, 170M Free
Swap: 9216M Total, 133M Used, 9083M Free, 1% Inuse

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
20738 pms 1 101 0 33200K 2080K CPU0 0 747:54 100.00% libgtop_server2
2648 pms 1 101 0 18544K 3084K RUN 3 264:38 96.19% dbus-daemon
2485 root 1 -21 r31 317M 71576K select 2 750:06 0.49% Xorg
~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~

[ktmpete]

2hrs after a reboot - desktop snappy, minimal load, using as per normal.

Using pulse audio, amarok, skype, firefox, kate

top
======================
last pid: 76906; load averages: 0.19, 0.25, 0.34 up 0+06:07:08 15:42:15
180 processes: 1 running, 178 sleeping, 1 zombie
CPU: 1.5% user, 0.0% nice, 2.4% system, 0.5% interrupt, 95.6% idle
Mem: 1048M Active, 602M Inact, 2124M Wired, 9872K Cache, 2560K Buf, 137M Free
Swap: 9216M Total, 5296K Used, 9211M Free

PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
4428 pms 16 21 0 1689M 187M uwait 1 14:16 0.29% amarok
4027 pms 21 20 0 1057M 364M uwait 3 22:47 0.20% firefox-bin
4237 pms 4 44 19 274M 28204K select 2 4:45 0.20% nepomukservicestub
2482 root 1 -21 r31 347M 101M select 3 221:10 0.00% Xorg
4015 pms 7 39 19 285M 127M uwait 2 14:04 0.00% virtuoso-t
4092 pms 3 20 0 273M 5720K select 3 7:08 0.00% pulseaudio
4000 pms 13 39 19 373M 36700K uwait 1 4:47 0.00% nepomukservicestub
4240 pms 3 52 19 276M 26660K select 2 3:24 0.00% nepomukservicestub
3642 pms 6 20 0 437M 35008K uwait 1 2:26 0.00% knotify4
3544 pms 1 20 0 18544K 3272K select 1 1:58 0.00% dbus-daemon
4058 pms 1 20 0 272M 42856K select 2 1:39 0.00% skype
3650 pms 3 52 0 675M 67568K select 1 1:31 0.00% kdeinit4
4026 pms 1 20 0 255M 23384K select 2 0:47 0.00% nepomukcontroller
~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~