Bug 60925

qinternet is often used by opensuse users to control internet connections.
A usefull utility, but it has the same problem: ONE EXTRA PIXMAP EVERY SECOND, never freed until qinternet gets killed. It´s amazing how long the xserver survives, but after about two days of uptime problems arise.

cu,
 Knut

Is there any way to account for these resources, or list who is holding them and how much?

I'm experimenting with using Cairo Dock instead of AWN, and it appears to have the same problem, but I can't yet find which process has the resource leak (awn-indicator-applet was a lucky guess, which of course no longer works).

(In reply to comment #2)
> Is there any way to account for these resources, or list who is holding them
> and how much?
> 
> I'm experimenting with using Cairo Dock instead of AWN, and it appears to
> have the same problem, but I can't yet find which process has the resource
> leak (awn-indicator-applet was a lucky guess, which of course no longer
> works).

Well, qinternet reliably eats memory every second, but it does not seem to be the only problem. I tried xrestop, it does work fine normally, but it killed the xserver twice when fired up in those situations. "Killed" means: absolutely no entry in the xserver log, no entry in the system log, absolutely nothing. It´s not easy to debug when debugging tools fail ...

cu,
 Knut

Hi,

this bug is in fact caused by the intel video driver xf86-video-intel in the version subsequent to 2.21.15. To avoid problem just install the following version: http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/snapshot/xf86-video-intel-2.21.15.tar.gz

During installation you need to name it as xserver-xorg-video-intel to replace the driver installed from repository of your distribution.

After installation the sna AccellMethod must be set in the xorg.conf file in the Device section:

Option "AccelMethod" "sna" 

This solved problem on my Debian Wheezy powered machine.

According to https://bugs.archlinux.org/task/38547 there's also a memory leak which is not fixed in 2.21.15. Also on my own machine X uses 300-400MB memory after some days, xf86-video-intel version is 2.99.907-2 with sna acceleration.

You are right. 2.21.15 appears to be slightly better but is leaking memory as well although not so fast. I'll downgrade the version installed on my machine until I find the one that doesn't leak memory.

http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/refs/tags

(In reply to comment #4)
> Hi,
> 
> this bug is in fact caused by the intel video driver xf86-video-intel in the
> version subsequent to 2.21.15. To avoid problem just install the following
> version:
> http://cgit.freedesktop.org/xorg/driver/xf86-video-intel/snapshot/xf86-video-
> intel-2.21.15.tar.gz

Well, the bugreport is several months older than 2.21.15, so this version definitely is not the solution. 

The problem itself is many _years_ older.

cu,
 Knut

"My application leaks resources and I want someone else to clean up after it!"

No, fix your app.

That's an interesting attitude. It doesn't help me much because it's not MY app. It's AN app that's running on my desktop, but how am I supposed to know which one? Killing apps at random until it stops happening?

I think the X server should protect itself against broken apps, just as the kernel does. Fixing every app is an impossible task.

(In reply to comment #9)
> That's an interesting attitude. It doesn't help me much because it's not MY
> app. It's AN app that's running on my desktop, but how am I supposed to know
> which one? Killing apps at random until it stops happening?

xrestop or similar tools using the X Resource extension.

As Knut Petersen said in comment #3, xrestop doesn't work:

"I tried xrestop, it does work fine normally, but it killed the xserver twice when fired up in those situations."