FS#13702 - Memory leak in xorg-server with intel driver

Attached to Project: Arch Linux
Opened by David K. (dcrabs) - Sunday, 08 March 2009, 15:19 GMT
Last edited by Andrea Scarpino (BaSh) - Tuesday, 14 April 2009, 21:56 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan de Groot (JGC)
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:
X cpu usage with EXA is constant over 50% and process memory is increasing constantly until computer freezes
With UXA and dri2, cpu usage is lower but memory is increasing constantly until computer freezes
Disabling desktop effects slows increase of memory usage down

Attached files are pmap of X process and output of xrestop if that is of any help.
There is no obvious increase of memory in Qt

Additional info:

packages installed from testing:
testing/xf86-video-intel 2.6.3-2
testing/xorg-server 1.6.0-1
and dependencies


Steps to reproduce:
1. Desktop effects enabled in KDE4.2
2. wait or use effects

   pmap.txt (55.4 KiB)
   xrestop.txt (52 KiB)
This task depends upon

Closed by  Andrea Scarpino (BaSh)
Tuesday, 14 April 2009, 21:56 GMT
Reason for closing:  Upstream
Comment by Damjan Georgievski (damjan) - Tuesday, 10 March 2009, 03:47 GMT
Happens here too.
xf86-video-intel 2.6.3-1
xorg-server 1.6.0-1
intel 950GM, UXA enabled, kernel 2.6.29-rc7 with KMS

I only use awesome, and no GL or compositing.
X starts with ~20MB RSS now it's 130, and it goes to 200 ussually, before I restart it.
Comment by Cedric Staub (csstaub) - Monday, 16 March 2009, 17:57 GMT
Same problem here, with same package/kernel versions (also with KMS).
Comment by David K. (dcrabs) - Thursday, 19 March 2009, 14:24 GMT
Still a very big leak with compiz enabled in gnome or kde and desktop effects
xf86-video-intel 2.6.99.902-1
testing/kernel26 2.6.28.8-1

Comment by Matthew Gyurgyik (pyther) - Saturday, 21 March 2009, 13:59 GMT
I believe this is an upstream issue and not arch specific.
Comment by David K. (dcrabs) - Saturday, 21 March 2009, 15:09 GMT
Yes it is but I think they are aware of it. But maybe it is possible to share patches between distributions.
Latest git versions of intel driver, mesa and intel-dri are working much better means memory is increasing slower.
Comment by Matthew Gyurgyik (pyther) - Saturday, 21 March 2009, 15:27 GMT
Seems like this is resolved in upstream, I will mark it as such.
Comment by David K. (dcrabs) - Saturday, 21 March 2009, 17:52 GMT
Hm I never said it is solved. It is better but not solved.
Using any compiz effect adds memory to the X process but it is less than before.
Comment by Matthew Gyurgyik (pyther) - Saturday, 21 March 2009, 17:55 GMT
Woops I misread, however this an upstream issue and not an arch issue.
Comment by Jan de Groot (JGC) - Saturday, 21 March 2009, 18:17 GMT
It's a blocker for moving xorg-server-1.6 to extra, so keep this open. Any useful hints can be added to this bug (useful means: not the "Me too" messages).
Comment by Hubert Star (hubert_star) - Tuesday, 07 April 2009, 07:58 GMT
Me too.

But, when i append kernel parameter: nopat, it's better. and no errors in dmesg.
Comment by Hubert Star (hubert_star) - Tuesday, 07 April 2009, 08:47 GMT
I find a patch will solve this bug.

Maybe...

detail:

http://bugs.freedesktop.org/show_bug.cgi?id=20704

patch:

http://bugs.freedesktop.org/attachment.cgi?id=24296
Comment by David K. (dcrabs) - Saturday, 11 April 2009, 16:37 GMT
Latest versions from testing: still a big memory leak with compiz enabled, kernel 2.6.9.1-3 and kms enabled
So, why is xorg-server and rest going to extra?
Am I advised to use the legacy driver with an intel 965GM card now?
Comment by Jan de Groot (JGC) - Saturday, 11 April 2009, 17:12 GMT
Complain upstream about memory issues. UXA triggers the huge memory leaks and is still considered not stable. We don't disable KMS by default for nothing.

Loading...