Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#11314 - xorg 1.4.2 huge memory leak

Attached to Project: Arch Linux
Opened by Bráulio Barros de Oliveira (brauliobo) - Tuesday, 26 August 2008, 11:28 GMT
Last edited by Jan de Groot (JGC) - Thursday, 06 November 2008, 22:55 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity High
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

This bug is an old and persistant one. Xorg really deserves cares on it. Other bug reports this issue:
http://ubuntuforums.org/showthread.php?t=440038&page=3
http://forums.gentoo.org/viewtopic-t-537634-postdays-0-postorder-asc-highlight-xorg+memory+leak-start-25.html?sid=708399ddea008b2571b40f5d1b3cd488
http://bugs.freedesktop.org/show_bug.cgi?id=14639e
https://bugs.freedesktop.org/show_bug.cgi?id=10009

Xorg eats a lot of memory after some hours of usage, reaching more than 100mb after just one hour (it starts with ~50mb)

Reproducing:
One easy way to see X leaking memory is to crazy move a plasmoid on the desktop, and keep the System monitor open focusing on X

Software version:
Arch64, up-to-date software.
Running KDE 4 from svn and also KDE 4.1 from official packages

Hardware:
Dell XPS m1330 intel GMA965
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 06 November 2008, 22:55 GMT
Reason for closing:  Fixed
Additional comments about closing:  Assuming fixed in 1.5.x
Comment by Bráulio Barros de Oliveira (brauliobo) - Tuesday, 26 August 2008, 11:34 GMT
switching from intel to vesa driver doesn't fixes the problem.

maybe the bug is already fixed on mesa 7.1 and xorg 1.5 releases candidates. if someone could provide me packages on it, i could test them.
Comment by Jan de Groot (JGC) - Tuesday, 26 August 2008, 13:11 GMT
After a full day working, lots of windows open:
4884 root 20 0 392m 65m 9.9m S 7 3.3 19:12.72 Xorg

Only 65M res and 9.9M shared memory in use by Xorg. This is the version that is tagged for testing but never got uploaded because mesa 7.1rc4 is damn buggy.
Comment by Bráulio Barros de Oliveira (brauliobo) - Tuesday, 26 August 2008, 22:37 GMT
Hello Jan,

Have you experienced the bug when using 1.4.2 from the official packages? If so, it means the bug is fixed on latest versions.

bráulio
Comment by Bráulio Barros de Oliveira (brauliobo) - Tuesday, 26 August 2008, 23:00 GMT
The problem really seems to be related to OpenGL. After a couple of tens of minutes using GoogleEarth the X used memory gone to more than 500mb, according the KDE4 System Monitor.
Comment by Gerhard Brauer (GerBra) - Wednesday, 27 August 2008, 11:10 GMT
I could not confirm this with official 1.4.2-1. xorg process keeps also with GoogleEearth on a RES/SHR by ~ 35M/12M here.
I look at it with htop and top. Or with: watch cat /proc/$(pidof Xorg)/status
Comment by Alexis Ntounas (axelgr) - Saturday, 30 August 2008, 09:27 GMT
I am using the official 1.4.2-1 xorg with latest stable nvidia driver and KDEmod 3.5.9

This is the output of top after 2.5 hours
3387 root 20 0 279m 200m 27m R 18 9.9 26:46.02 X

and this is with googleearth running
3387 root 20 0 309m 240m 28m S 12 11.9 27:20.90 X

I have 2GB of RAM so I thought those numbers where something usual..
Comment by Jan de Groot (JGC) - Monday, 13 October 2008, 10:38 GMT
Is this fixed with xorg-server-1.5.2?
Comment by Bráulio Barros de Oliveira (brauliobo) - Monday, 13 October 2008, 17:14 GMT
no...
each time I enable kwin's desktop effects it consumes more 30mb of memory
googleearth (from AUR) couldn't now crash on startup.
tapping on touchpad is working again (with a strange sensitivity)
Comment by Jan de Groot (JGC) - Tuesday, 14 October 2008, 06:35 GMT
30MB extra memory consumption when you enable desktop effects is normal. The bug is about memory usage that keeps growing and doesn't reduce over time.
Comment by Bráulio Barros de Oliveira (brauliobo) - Thursday, 16 October 2008, 01:14 GMT
uhm, X is now keeping reasonably constant memory usage when no compiz stuff is being used.
I'be been running X with firefox, emule, kde4 (no desktop effects) and google video uploader for tens of hours and the memory used is about 71m, according to 'system monitor'

but the things seem quite different with kde4's desktop effects, or maybe anything compiz or even opengl related...

Loading...