Red Hat Bugzilla – Bug 448503
xorg eats up lots of memory
Last modified: 2018-04-11 10:11:21 EDT
Description of problem:
After some time X-Server uses a lot of memory:
7077 root 20 0 612m 262m 10m S 21.2 13.2 15:47.32 Xorg
Version-Release number of selected component (if applicable):
This is not due to x caching ressources. xresourcetop shows just about 30M usage.
Steps to Reproduce:
1. start x
2. wait a while
Memory load goes high
Memory load should be way lower.
I am using the intel driver.
Created attachment 306754 [details]
Can we get /etc/X11/xorg.conf as well, please? Anything interesting about your
Created attachment 306756 [details]
Nothing special there, just a standard xorg.conf created by the standard
xorg.conf creation tools ;)
Any chance you are rotating your desktop background regularly? I noticed, while
running webilder, that memory is leaked every time a new background displayed.
ie. (from memory...)
for i in /usr/share/backgrounds/*; do feh --bg-center $i; done (or gconftool-2
--set /apps/desktop/background -t string $i, both with same results)
the same command with "feh $i; sleep 1; killall feh" or similar does not induce
the same results.
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (rev 0c)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated
Graphics Controller (rev 0c)
This is on a compaq 6710b. Stock xorg.conf.
If this is related, I can grab some hard numbers and other info...
Nope. No Desktop background rotations over here.
I'm also seeing X memory hogging:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
16266 root 20 0 896m 183m 7904 R 0.8 18.2 29:20.97 X
I did a pmap of the X process and it looks like this line grows:
00000000011f0000 272708K rw--- [ anon ]
Nothing really special about my setup. AMD/x86_64/ATI Radeon:
06:00.0 VGA compatible controller: ATI Technologies Inc R430 [Radeon X800 XL]
(PCIe) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. Unknown device 0952
my xrestop is about 30MB also.
Created attachment 307299 [details]
$ sudo pmap -x 2220
2220: /usr/bin/Xorg :0 -br -verbose -auth
/var/run/gdm/auth-cookie-XX9R6OCU-for-gdm -nolisten tcp
Address Kbytes RSS Anon Locked Mode Mapping
08c08000 599920 - - - rw--- [ anon ]
-------- ------- ------- ------- -------
total kB 727592
PID PPID UID TTY VIRT RES SHR TIME+ %CPU %MEM S COMMAND
2220 2219 0 tty7 719m 642m 14m 17:05.66 6.7 32.0 S Xorg
xorg eats up lots of memory in
xorg-x11-server-Xorg-188.8.131.522-2.20080612.fc9.i386 and nvidia closed source driver.
I'm having exactly same problem as the orginal author of this bugreport.
I'm running 64bit T61,C2D,2GB RAM
It seems that Xorgs leaks memory with speed in range of MB per minute.
xrestop doesn't show some unusually high growing pixmap allocation.
/proc/pid/smaps seems to be showing growing heap numbers
VMSIZE: 607764 kb
RSS: 526040 kb total
3780 kb shared
3284 kb private clean
174592 kb private dirty
vmsize rss clean rss dirty file
70680 kb 0 kb 70552 kb
28676 kb 0 kb 28676 kb
27696 kb 0 kb 27696 kb
14760 kb 0 kb 14632 kb [heap]
12356 kb 0 kb 12356 kb
7020 kb 0 kb 7020 kb
7020 kb 0 kb 7020 kb
5936 kb 0 kb 5936 kb
160 kb 0 kb 156 kb
48 kb 8 kb 36 kb /usr/bin/Xorg
36 kb 0 kb 36 kb
84 kb 0 kb 36 kb [stack]
36 kb 0 kb 36 kb
the list looks a bit different in KDE or Gnome - but both environment seems to
showing this Xorg memleak behavior.
(--) PCI:*(0@0:2:0) Intel Corporation Mobile GM965/GL960 Integrated Graphics
Controller rev 12, Mem @ 0xf8100000/1048576, 0xe0000000/268435456, I/O @
(--) PCI: (0@0:2:1) Intel Corporation Mobile GM965/GL960 Integrated Graphics
Controller rev 12, Mem @ 0xf8200000/1048576
Also I don't see any other process growing it size - or interacting with Xserver.
If there is anything I should try - just ask...
Update: with new version:
I no longer experience massive & fast memory grow. But still I can see quite
large memory consumption over the time - something like 50MB/day - much better
than few days ago.
If there are any idea how to trace these leaks and still be able to work I'll
With xrestop I'm noticing these weird lines:
6200000 0 0 0 1 0 6890K 0B 6890K ? <unknown>
5e00000 0 0 0 1 0 6890K 0B 6890K ? <unknown>
This problem may be the same with Bug 450782.
Try this patch.
unfortunately, that didn't help me. If others would like to give pixman .11 a
try my fc9 rebuild of pixman rawhide is here:
cat /proc/$(pidof Xorg)/smaps
1b405000-40e98000 rw-p 1b405000 00:00 0 [heap]
Size: 617036 kB
Rss: 392420 kB
Shared_Clean: 0 kB
Shared_Dirty: 0 kB
Private_Clean: 260 kB
Private_Dirty: 392160 kB
Swap: 224520 kB
pmap -x $(pidof Xorg)
---------------- ------ ------ ------ ------
total kB 1311216 - - -
I see steady growth. Eventually things become slow. nvidia, twinview. RHEL 5u3.
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
This bugzilla could be probably closed as the original source of problem - some major memory leaks were already fixed (works in F11) - though there is still yet another issue which is tracked via freedesktop bugzilla: http://bugs.freedesktop.org/show_bug.cgi?id=22171
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.