Bug 177985

I was able to reproduce today a situation where high CPU utilisation by the X process(almost 100% of one CPU core) appears.

This lasts until X is killed and restarted, and makes some operations in KDE4 extremely unresponsive, and other things almost impossible. For example logging out is almost impossible, and the systray applet is all but dead.

openSUSE 11.1
Version 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)) "release 3.1"
Nvidia 180.18 drivers

I can reproduce almost 100% utilisation on one CPU core by the X process by performing the following steps.

1. Have desktop effects + "Minimize" effect enabled
2. Start Kontact/Kmail
3. Hide Kontact to the systray by clicking the close button on the window bar
4. Mouse over the Kmail systray icon

I tried a few variations to see whethere i could reproduce the high CPU usage, and the following does NOT reproduce the high CPU usage.

1. In all test if the "Minimize" effect is  disabled, then I cannot reproduce the high CPU usage

2. No high usage with Kontact Minimized but NOT hidden. By this i mean just minimized to the taskmanager, I can mouse over the systray icon and no high CPU usage will occur. If Kontact is minimized but not hidden, then it does not matter if the "Minimize" effect is enabled or disabled, the problem will not appear.

*** Bug 178895 has been marked as a duplicate of this bug. ***

KDE 4.2 Beta 2 from ppa repo
Nvidia GeForce 6200
Kubuntu 8.10 / Intrepid Ibex

Kwin would start constantly using 50% - 90% when magic lamp effect was active. It would take some usage before this would happen, but when it did kwin was using the cpu even when no windows were opened any more.  Disabling magic lamp effect made it all good.

Definitely reproducible, as per comment #1:
- use compositing, enable minimize effect (regardless of magic lamp);
- close the kmail window.

KWin then starts using ~90% cpu of one core, and is _definitely_ trying to do something with the GPU.

This is deeply annoying as my laptop's nvidia GPU:
- never lowers its clocks (it should do adaptive clocking depending on the task at hand, but stays stuck at the highest performance level);
- fan starts blowing full speed;
- temperature ultimately goes up to 100°C and beyond!
- makes the system consume more than 60W of power continuously, reducing my battery life to a measly 40 minutes.

However I only noticed this yesterday, after upgrading from svn 902586 to 907177.

*** This bug has been confirmed by popular vote. ***

Is anyone experiencing this nasty behaviour with a different application than kontact?

I terribly fail in reproducing this issue. When closing Kontact to systray I do not see any minimizing animation and neither CPU nor GPU load increases. I also have a nvidia card running the 177 driver.

Btw I have always both a kmail and an akregator icon in systray. Perhaps that's the difference? How are your settings?

I've experienced this bug originally many times and I don't use Kontact, but a I haven't found a way to reproduce it yet :s 

If I find a way I'll post it. I'm currently using 4.2.0.

I have a Geforce Go 7900GS, with the 180.22 driver; X.org 7.3 and using binaries from the unsupported kde42.debian.net repo.

OpenGL using texture from pixmap, trilinear filter, direct rendering enabled, vsync disabled.

One thing to note is that with direct rendering disabled, it's kwin+Xorg taking up the 90% cpu, about 30% kwin and 60% Xorg. With it enabled, it's kwin alone.

Can't reproduce it with any other trayable application. I couldn't figure out what was causing it until I found this bug report and the duplicate #178895 -- with kmail I can reproduce it 100% of the time.

If I'm running kmail & akregator separately, I get this only for kmail. If I'm running kontact, I get it even if the kontact window has akregator selected.

There's just one combination producing it: kmail + minimize animation (with all other effects off, shadows off etc.)

Immediate update: I discovered this happens only if the Fade effect is disabled.

Minimize Animation / Magic Lamp on their own trigger the bug. Enable fade and it's gone.

I was wondering why the problem had stopped on my computer, but now that I think about it, I did enable the fade effect.  I can confirm that this seems to be a workaround.

This does not solve the problem for me.
I have activated Fade effect since long ago, but still kwin and X sometimes start to consume almost 100% CPU load.

I am using an ATI HD4850 with fglrx driver.

Created attachment 30879 [details]
Xorg configuration

I misused the attachment mechanism. Please delete my file.

I'm very sorry for the inconvenience.

Disabling the minimize effect didn't solved the problem for me. kwin still raises the cpu usage to 17% after a while. I also use kontact but I'm not sure it is the problem.

I have an nvidia Quadro FX 570M graphics card running the 180.27 drivers in a 2.6.27 kernel (gentoo release).

Please let me know if you need more information.

Best regards,
Damian.

I'm pretty sure this issue was fixed some time ago, I have not seen the problem for a while and it's certainly not existant for me in 4.3.x

thanks for the info. If anyone still notices that problem please reopen

I'm still seeing consistent approx. 20% kwin cpu usage on two boxes. One is a Core 2 Duo 2.4Ghz with a 8800GTX, the other is a Core 2 Quad 2.4GHz with a 8600GTS.

I should add this is with kde 4.3.2 on both boxes.

Hello,

I see this behavior (or very similar) on KDE 4.3.2 with a PyGTK
Application called "fpdb" (free poker database).

In the newest version they added a minimize to tray icon function.
(I have git version from: http://trac-git.assembla.com/fpdboz/browser)

With desktop-effects AND minimize effect enabled, the fpdb window
can minimize to tray, but if you click the trayicon to bring the 
main window back, kwin starts to eat all cpu and the main fpdb window
never comes back up.

If I disable the minimize effects, the window is still missing after
minimize to tray, but it doesn't eat up all cpu.

With desktop-effects disabled all works ok, the window comes back up fine
after minimize to tray... Its very weird.

Hi

I've had high CPU usage for quite a while now and stumbled across this bug trying to find a solution. I was able to reduce CPU usage of X and Kwin remarkably (about 50%) just by unchecking Magic Lamp. I'm unsure why this in itself would suck CPU up as it should only be active when minimising/maximising?
Anyway, my CPU temp dropped by 10-15 degrees as well so at least my knees won't get burnt now.

System:
Kubuntu Karmic RC2, KDE 4.3.2 installed from packages
Dell XPS M1330
Nvidia 185.18.36-0ubuntu9 driver
GeForce 8400M GS card
Intel Core2 Duo @ 2.5Ghz

The following desktop effects are enabled and CPU usage seems normal (hint: you can watch the CPU usage with the system monitor widget)
Desktop Grid, Present Windows, Dim Screen for Admin, Dial. Parent, Shadow, Logout and Login

Hope this helps someone else googling around for info.

SVN commit 1054144 by luebking:

move animation handling to prePaintScreen, avoid multiple hash lookups

BUG: 177985
BUG: 184859
catch windows closing during the animation



 M  +42 -29    minimizeanimation.cpp  
 M  +1 -0      minimizeanimation.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1054144

SVN commit 1054146 by luebking:

BUG: 177985
BUG: 184859

catch windows closing during the animation


 M  +5 -0      magiclamp.cpp  
 M  +1 -0      magiclamp.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1054146

Can this be backported to 4.3.5?