Description of Problem: After two day's usage, top shows: PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 1793 root 15 0 324M 115M 56696 R 7.0 46.5 553:02 X Doesn't this seem like an excessive use of memory? System is very sluggish from all the swapping. (256M or real memory). Desktop background is solid color. Hardware is Matrox G450 dual head. Displays are both 1600*1200 24bit. Version-Release number of selected component (if applicable): XFree86-4.2.0-52 rawhide-release-20020702-1 How Reproducible: Steps to Reproduce: 1. 2. 3. Actual Results: Expected Results: Additional Information:
I think nautilus is adding 1M to X11 memory every time it is opened. I rebooted and made these notes as I started use of the workstation: Before login. GDM only. 1797 root 15 0 57384 8072 2424 S 0.9 3.1 0:01 X After login. Blank desktop. Solid color background. 1797 root 15 0 90248 39M 3892 S 0.3 16.0 0:04 X Open the close Mozilla once. 1797 root 15 0 92532 42M 4824 S 0.1 16.9 0:08 X Open, then close 2 Nautilus windows. 1797 root 15 0 94972 44M 5128 S 0.1 17.9 0:12 X Open, then close 2 Nautilus windows. 1797 root 15 0 97280 46M 5136 S 0.9 18.8 0:16 X Open, then close 5 gnome-terminals. 1797 root 15 0 97388 46M 5136 S 0.7 18.8 0:20 X Open, then close 2 Nautilus windows. 1797 root 15 0 98.4M 50M 5140 S 0.1 20.1 0:24 X Open 1 nautilus window, maximize & minimize, move across both screens, close. 1797 root 15 0 100M 51M 5244 S 0.3 20.8 0:31 X
Here is a small wish script that causes X to use about 5M each time its is run. Changing # iterations from 100 to 10 reduces the amount X uses. #!/usr/bin/wish wm withdraw . set i 100 while {[incr i -1]} { toplevel .a update idletasks destroy .a update idletasks } exit
Please attach your X server config and log file. Most bug reports reported against XFree86 with respect to X consuming a lot of memory are applications leaking pixmaps, and not X server bugs. Pixmaps are stored in the X server, so it appears that the X server is leaking memory. It's too bad the Xres extension isn't included in this release or we could use it to debug the issue. ;o/ I've cc'd alexl, in case he is aware of any nautilus pixmap leaking issues.
I don't know of a nautilus leak. But there may be one still. I'll have a look.
Created attachment 64607 [details] X11 configuration
Created attachment 64608 [details] X11 log
X11 configuration and log attached, as requested. I've verified that problem still exists today with: rawhide-release-20020709-1
I just added the "int10" module to my config, which fixed the problem of the unresolved symbols that you can see in my log, but it did not solve the memory leak problem.
The problem is not due to nautilus. (I did "killall nautilus" multiple times until it stayed dead, then ran the wish test script, and the leak was still there.) The problem seems to be caused by the window-list applet on the gnmome-panel. If I remove that applet and run the test the leak has stopped. I changed the component for this bug to gnome-panel
Reassigning to gnome-panel maintainer
Havoc: didn't you just fix some pixmap leaks? Can Blizzard help out with this?
Alex just fixed a problem in the Bluecurve GTK 2 theme that was causing the window list applet to leak pixmaps. This should be in redhat-artwork 0.30. Probably fixes this, let's go ahead and say ->MODIFIED, please verify if you were able to reproduce earlier.
Still waiting to hear back if the latest packages fix-up these problems you were seeing.
It looks like the problem is fixed. I do not observe the same leakage using the above tcl test script on my system that has been updated to today's rawhide. I modified the script to perform 1000 window openings/closing and still no leaks observed. rawhide-release-20020830-1 redhat-artwork-0.39-1
Thanks! Marking worksforme.