Bug 518532 - xorg memory (leak) increase each few minutes
Summary: xorg memory (leak) increase each few minutes
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-server
Version: 11
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-08-20 19:07 UTC by Gabriel Ramirez
Modified: 2009-09-08 19:25 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-04 03:14:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
is the top log showing the X increase memory usage at the 1:35AM X used 87Mb at the morning at the morning 9:47AM X used 334Mb with a idle kde session (12.08 KB, text/plain)
2009-08-20 19:07 UTC, Gabriel Ramirez
no flags Details
Xorg log from the kde session where X leaks memory (36.76 KB, application/octet-stream)
2009-08-20 19:09 UTC, Gabriel Ramirez
no flags Details
xorg config that's to fix the VideoRAM -1 showing with KMS and UXA , with KMS disabled and enabled the UXA in conf file the VideoRAM shows correctly, the leaks are present without xorg.conf too (173 bytes, application/octet-stream)
2009-08-20 19:13 UTC, Gabriel Ramirez
no flags Details

Description Gabriel Ramirez 2009-08-20 19:07:01 UTC
Created attachment 358149 [details]
is the top log showing the X increase memory usage at the  1:35AM X used 87Mb at the morning at the morning 9:47AM X used 334Mb with a idle kde session

Description of problem:
I'm running F11 x86_64 with KDE 4.3.0 from kde-testing with desktop effects enabled and each few minutes the RES field of X from top  increase by one megabyte

when I opened the applications firefox / thunderbird etc  I expected that field to increased until stabilize, but not stabilize, I left the session idle in the night with apps opened

and ssh from another machine and monitored the memory usage from top and the RES memory of X increased each few minutes 

I have another machine but is 586 ( Atom ) same setting ( same intel driver different chipset)  and the X memory seems stable

I tried the following:

disable/enable kernel mode setting ( leaks continue)
changing to EXA instead of UXA ( same result )
updated to xorg-x11-server-1.6.3-4.fc11 in updates-testing ( leaks continue as with the 601)

how I can debug/find the leak?? 

Version-Release number of selected component (if applicable):
xorg-x11-resutils-7.1-7.fc11.x86_64
xorg-x11-server-common-1.6.3-4.fc11.x86_64
xorg-x11-server-utils-7.4-7.fc11.x86_64
xorg-x11-server-Xorg-1.6.3-4.fc11.x86_64 
xorg-x11-utils-7.4-4.fc11.x86_64
xorg-x11-xauth-1.0.2-6.fc11.x86_64
xorg-x11-drv-intel-2.7.0-7.fc11.x86_64
kernel-2.6.29.6-217.2.3.fc11.x86_64

How reproducible:

always


Steps to Reproduce:
1. boot the machine
2. login to kde
3. open ssh from another machine run top , watch the X RES memory to increase
  
Actual results:
X begin to use leak memory with a idle session, in the meantime the other apps shows no increase memory usage


Expected results:
X don't leak memory

Additional info:
I will attach Xorg.0.log and the top usage

Comment 1 Gabriel Ramirez 2009-08-20 19:09:21 UTC
Created attachment 358150 [details]
Xorg log from the kde session where X leaks memory

Comment 2 Gabriel Ramirez 2009-08-20 19:13:12 UTC
Created attachment 358151 [details]
xorg config that's to fix the VideoRAM -1 showing with KMS and UXA , with KMS disabled and enabled the UXA in conf file the VideoRAM shows correctly, the leaks are present without xorg.conf too

Comment 3 Gabriel Ramirez 2009-08-26 05:43:28 UTC
seems which the Xserver don't leak at least not in their own, I checked the heap in proc/xserverpid/map  with only the kde session started and no apps, 

Sun Aug 23 21:11:52 CDT 2009
02716000-037f5000 rw-p 02716000 00:00 0                                  [heap]
root      2531  0.1  0.2 119996 18264 tty1     Ss+  20:38   0:02 /usr/bin/X -br -nolisten tcp :0 vt1 -auth /var/run/xauth/A:0-yDYIlD

Mon Aug 24 11:12:08 CDT 2009
02716000-037f5000 rw-p 02716000 00:00 0                                  [heap]
root      2531  0.0  0.2 120012 18268 tty1     Ss+  Aug23   0:04 /usr/bin/X -br -nolisten tcp :0 vt1 -auth /var/run/xauth/A:0-yDYIlD

and 12 hours  the heap is constant and the RES field of X was equal

in Monday  left a kde session with one app (ktorrent) and the memory shows
Mon Aug 24 21:56:24 CDT 2009 02716000-0e46d000 rw-p 02716000 00:00 
root      2531  1.6  2.5 310128 208660 tty1    Ss+  Aug23  25:27 /usr/bin/X -br -nolisten tcp :0 vt1 -auth /var/run/xauth/A:0-yDYIlD

Tue Aug 25 10:08:55 CDT 2009 02716000-0ea73000 rw-p 02716000 00:00 
root      2531  2.3  2.6 316280 214832 tty1    Ss+  Aug23  52:02 /usr/bin/X -br -nolisten tcp :0 vt1 -auth /var/run/xauth/A:0-yDYIl

and shows a 5mb increase in RES memory

I tried to reproduce the memory increase in a VM with VirtualBox with (the same packages and versions (I used the same kickstart file with some mods because the VM is 586 same xserver version from testing-updates)

in the VM the xserver RES memory increase with the use but after a while is constant and sometimes the X RES memory dcreased ( under x86_64 never decreased )

Comment 4 Gabriel Ramirez 2009-09-04 03:14:39 UTC
I updated the three machines VirtualBox VM, a netbook with atom and the desktop x86_64 with:
xorg-x11-server-Xorg-1.6.3-4.fc11

and compiled with mock the following:
libdrm-2.4.12-0.9.fc11
xorg-x11-drv-intel-2.8.0-8.fc11

after that the leaks stopped in  the desktop machine or at least are less leaking, 

the random freeze of X windows happened again but that ocurred with stock Fedora 11 x86_64 too

with the updated intel driver cannot boot with KMS, freeze at begining to load the kde session in this case the Xorg.log seemed equal to the netbook (it boots just fine , but them are different graphics chipset

the VM and the netbook are running just fine with the rpms updated

I don't think which some specific rpm (X, server, driver, or kde and desktop effects) have a leak , because the same software is running just fine in my other machines, maybe is a combination of some them with  my graphics chipset 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)

if the machine freeze again ( this not cover this bug report ) I will deactivate desktop effects as workaround

Comment 5 Gabriel Ramirez 2009-09-08 19:00:51 UTC
I think which my problems, memory leak was caused by :
https://bugs.freedesktop.org/show_bug.cgi?id=20704 
the patches in to fix that bugs are not included in mesa-7.6-0.2.fc11

and I noted at this stage mesa 7.5.1 could be more recent which the snapshot rpm of 7.6 in Fedora 11
 
I took the rpm with mesa 7.6-0.2 from fedora 11 , replaced the source tar with the version 7.5.1 and rebuild under mock

the X freezes seems resolved with  the intel driver 2.8.1 , I took the xorg-x11-drv-intel-2.8.0-8.fc12 replace the tarball 2.8.0 with the intel 2.8.1 version and rebuilt under mock too, 

this driver version requires recent version from lib drm, and xorg-x11-server-Xorg
so I rebuilt the latest libdrm from Fedora 12 and installed xorg-x11-server-Xorg from updates testing so in resume:

I rebuilt the following:
libdrm-2.4.12-0.9.fc12 -> libdrm-2.4.12-0.9.fc12

I rebuilt with replaced sources:
I disabled the --enable-kms as the option cannot be recognized
xorg-x11-drv-intel-2.8.0-8.fc12 -> xorg-x11-drv-intel-2.8.1-1.fc11
I remove intel warning patch
mesa-7.6-0.2.fc12 -> mesa-7.5.1-0.4.fc11

I installed from updates testing:
xorg-x11-server-Xorg-1.6.3-4.fc11
xorg-x11-server-common-1.6.3-4.fc11

at this point 2 days uptime with the following rpms installed:
mesa-dri-drivers-7.5.1-0.4.fc11
mesa-libGL-7.5.1-0.4.fc11
mesa-libGLU-7.5.1-0.4.fc11
libdrm-2.4.12-0.9.fc11
xorg-x11-drv-intel-2.8.1-1
xorg-x11-server-utils-7.4-7.fc11
xorg-x11-server-Xorg-1.6.3-4.fc11


I don't have any X freezes yet also the leaks stopped at this  point the X server shows a RES memory of 40m

Comment 6 Gabriel Ramirez 2009-09-08 19:25:11 UTC
> with the updated intel driver cannot boot with KMS, freeze at begining to load
> the kde session in this case the Xorg.log seemed equal to the netbook (it boots
> just fine , but them are different graphics chipset

with the kernel-2.6.30.5-43.fc11 from updates the machine can  boot with  KMS, all issues 
- booting with KMS enabled = freeze at kde login is fixed
- X server = memory leak fixed with rpms from comment 5
- intel driver random freeze in kde, fixed with version 2.8.1 as comment 5 says.


Note You need to log in before you can comment on or make changes to this bug.