[195.30] Possible Video Memory Leak (KDE4) (slows down over time)

[kriko]

Hm, after several days kde indeed gets a bit sluggish here, however I haven't stressed it too much (when doing study with many pdfs opened usually pushes Xorg to limits here).
I've restarted plasma and switched to another VT and the sluggishness went away (7600GT AGP).

[kmare]

same exact problem here with 195.36.3.. switching to VT and back, fixes it..

[gqman69]

This is strange...

Is this a kde "plasma" problem?

In any case, this is annoying to say the least and very problematic as 195.xx are pretty much great for KDE4 and it's very hard to go back...

[gqman69]

This problem might be due to plasma somehow...

Maybe, maybe not... But if I don't put any applets on the desktop
then I do not get the slowdown.

Is it a leak or something due to some function(s) the plasma component
is using? Possible.

In any case, I do not get this behavior in xfce4 with compiz.

[stayrook]

This may be a KDE problem. I run the gnome desktop. I have a quadro fx3700 video card driving a dual-head 120hz flat screen stereo setup. I have not logged out now for about 2 weeks, and I have no problems at all with the 195.30 driver. The problem must be specific to KDE.

[kriko]

Or maybe KDE is using some rendering path that gnome doesn't, but only if that doesn't happens on other graphic setups. Anyone with intel or ati card, running kde 4.4?
The only thing that bring my desktop to jerky state is reading pdf documents (lots of scrolling...)

[kvaster]

The same problem at my place with compiz and gnome.

[drhirsch]

I still get this behaviour in kde 4.4 with 195.36.03. Ctrl-Alt-F1 and back immediatly fixes the problem.

[kmare]

hmm I can't be really sure yet, but after i upgraded to the newest qt 4.6.2, it looks like the problem disappeared.. no need to switch to VT and back.. that's after 2 days for now.

[fldc]

Originally Posted by kmare

hmm I can't be really sure yet, but after i upgraded to the newest qt 4.6.2, it looks like the problem disappeared.. no need to switch to VT and back.. that's after 2 days for now.

Not here, the same thing.

[seb.thi]

Same thing here with qt 4.6.2, 195.36.03, kde 4.4.1 and Quadro NVS 140M

After a few minutes even switching tabs in Firefox drains lots of performance. Gone for a few minutes after switching to text console and back.

No problems under compiz.

[klonky]

I have the same problem with 195.36.15, KDE 4.4.2, kernel 2.6.32.10, xorg 1.7.5.902 with an nvidia 9800GT card. After leaving the computer on and going out, upon returning I found X to be extremely slow. I watched a clip in mplayer with vdpau output and X took about 70% cpu on one core (core2 Q8300), I had just enabled compositing so I switched it off and the cpu usage went down to 30% (still high!) so I figured this was a problem with compositing in KDE, but after seeing this post I'm not sure.

As an nvidia dev said, the sluggishness goes away after you jump out to a vt and back into X which is very odd.

I only have a "Device" section in my xorg.conf, and the only option in there is "BackingStore" which is set to "True".

I did not have this problem with the earlier stable driver (which, of course, i forgot the version number of. But i think it was 190.53.)