Bugzilla – Bug 391799
plasma 100% cpu usage because of trashcan
Last modified: 2008-06-06 07:39:33 UTC
Created attachment 216208 [details] Xorg.0 logfile Xorg takes up half the cpu time (constant.. not just sometimes) on a Pentium D805@3,9GHz. This happens since the install of the Nvidia 173.08 beta driver which is recommended in the english wiki to use because the normal driver won't install. According to the log files and glxgears dri is enabled and everything works (even the desktop effects of kde4) except the thing with the cpu usage. Don't know which log files I should attach.. so I've attached the Xorg.0.log and the Xorg.99.log (no idea which one is the right one)
Created attachment 216209 [details] Xorg.99 log
I've just seen that it's just the case in kde4 ... on the kdm login screen and twm the cpu usage is normal (0,3 - 2%) the 50% I've seen are "measured" with the system monitor of KDE4 top displays a cpu usage of 86% for X and 14% for plasma...
Please try again without KDE's "Desktop effects". Still the same problem?
problem persists with desktop effects disabled.. don't know if it could be possible.. but maybe it's something wrong in the xorg.conf ... I haven't changed anything, but maybe the autogenerated xorg.conf from the nvidia driver has a problem? as soon as I have access to this pc again I'll post the xorg.conf
Created attachment 216219 [details] xorg.conf
To verify if it's a driver issue, please try also with nv driver. Uninstall the NVIDIA driver first.
*** Bug 393036 has been marked as a duplicate of this bug. ***
the problem doesn't exist with the nv driver.. so it seems to be somehow related to the nvidia driver. I've just reinstalled openSUSE 11.0 Beta 3 (so I'm with nv driver again) and now I'll try again with the nvidia driver.. so we'll know for sure that it's the problem.
I finally decided to no longer track proprietary NVIDIA driver bugs against openSUSE. Therefore I'm closing these now as WONTFIX. In case you're using our SLES/SLED products and can reproduce this issue also on thesed products feel free to reopen. These are still tracked, since customers of these products depend on the proprietary driver for newer NVIDIA hardware. Be aware that you need a privilleged account to track anything against our SLES/SLED products. So if this not an option for you I suggest to report the problem to the official NVIDIA driver feedback channels (forum/email; see NVIDIA driver download site) and refer to this bugreport.
IIRC I dont have a nvidia-driver, so it's not ok first to merge my non-nvidia-bug with the nvidia.bug and then close it with the reason, that nvidia has to fix it...then i want my bug the split it again from this nvidia-bug...
Daniele, see Bug #393036, comment #3.
I've just installed openSUSE 11.0 RC1 KDE4 Live CD on my pc (described in comment 0) and I've encountered the same bug... with the nv driver! So it seems that the problem relies in plasma.. and not in the proprietary driver... according to top plasma takes 100% cpu :-( atm I'm not at this pc so I'll take me some hours to get you the logs/configs.
With or without desktop effects enabled?
(In reply to comment #13 from Stefan Dirsch) > With or without desktop effects enabled? Is it possible that "systemsettings" lies? Can I see if the effects are enabled eg. via kioclient or something similar?
I don't know, "systemsettings" should not lie. Anyway, this looks more like a plasma bug now.
I've just installed openSUSE 11.0 RC1 KDE4 livecd also on my notebook (fresh install) Asus Z9252Va (Pentium M 1,7GHz, 2GB DDR2, ATI Mobility Radeon X700 with radeon driver) CPU usage is also 100% :-( According to top: 8872 root 20 0 395m 71m 6992 R 50.3 3.5 9:31.36 Xorg 9108 friedreb 20 0 86936 31m 17m S 48.3 1.6 9:24.97 plasma Desktop effects are disabled! So this seems to definitely be a plasma bug. I've also tried installing KDE 4.1 (from the unstable repository) on my tower.. and the bug is gone... no high cpu usage anymore..
I have had the same bug since 11.0 beta 3 and now also in rc-1 top displays a cpu usage of 88% for X and 12% for plasma... pentium-4 3,2 ghz , 2gb ddr-ram ,nvidia 7600 gt, nvidia driver installed desktop effects are disabled
Please attach ~/.kde4/share/config/plasma-appletsrc and try to find out if a specific plasmoid/desktop icon/panel is causing this be removing one after the other.
(In reply to comment #18 from Stephan Binner) > Please attach ~/.kde4/share/config/plasma-appletsrc and try to find out if a > specific plasmoid/desktop icon/panel is causing this be removing one after the > other. As I have the same bug I tried to remove the applets too. And the the first deletion was a hit: the trash! After deleting it everything was fine. I placed it again and then the cpu usage went up. Deleting it (also via plasma) reduced the usage immediately again.
@Daniele: is that "trashcan on desktop" or "trashcan on panel"? :-) Do you really have the latest packages? What does "rpm -q --changelog kdebase4-workspace-plasmoids | head -n 3" say?
(In reply to comment #20 from Stephan Binner) > @Daniele: is that "trashcan on desktop" or "trashcan on panel"? :-) I thought now desktop and panel are the same..."one world" ;-) It was on the desktop. This is how the config looked like: [Containments][1][Applets][13] geometry=456,34,84,82 locked=false plugin=trash > Do you really have the latest packages? What does "rpm -q --changelog > kdebase4-workspace-plasmoids | head -n 3" say? Actually I dont know. I have a fresh RC1 installed. changelog says: cosmo@gaia:~> rpm -q --changelog kdebase4-workspace-plasmoids | head -n 3 * Mo Mai 26 2008 stbinner@suse.de - remove broken corner hover action for trashcan (bnc#385458)
> I thought now desktop and panel are the same..."one world" ;-) In general yes, but :-) Plasmoids can adapt their presentation to where they are used ("form factor", like desktop/panel/media center/...) which then eg uses different layouts maybe triggering a different layouting loop.
I removed the trash too. After deleting it everything was fine. No more extremely high CPU usage by X and Plasma
okay, can you please attach plasma*rc (.kde4/share/config) of the configuration that causes the 100% issue?
reproduced locally
Maybe related to bug 381448. Btw, you don't have to remove the trashcan plasmoid, resizing it once a bit makes the problem also go away.
it was actually quite easy.. patch upstreamed and submitted for 11.0
Thanks for the bugfix, and sorry about the missed upload. I'm not at home in the last few days.