Your message dated Tue, 24 Jul 2007 01:29:37 +0200 with message-id <email@example.com> and subject line kpdf: stores (leaks?) too many pixmaps in memory has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---
- To: firstname.lastname@example.org
- Subject: Re: Etch Xorg memory leak?
- From: Douglas Allan Tutty <email@example.com>
- Date: Fri, 18 May 2007 21:23:26 -0400
- Message-id: <20070519012326.GB11642@titan>
- In-reply-to: <20070513115118.GA8038@titan>
- References: <20070513115118.GA8038@titan>Package: xserver-xorg-core Running up-to-date Etch. Over time, xorg takes up more and more memory. I have two computers: rocky: PII-233 with 64 MB ram running i386 titan: Athlon64 with 1 GB ram running amd64 On my i386, I only have 64 MB of ram so I can only run X for about 45 minutes before the system thrashes. Eventually, Xorg dies but doesn't release the screen. If I let the system sit for about 60 minutes, the thrashing subsides and I can ssh in and reboot to get my screen back. Hard on the disk, but the i386 is only a client box. On my amd64 Athlon64, I have 1 GB of ram so can run xorg; I haven't left this computer run long enough to run out of memory and thrash since its my main box; it gets turned off at night and through the day acts as a server. In the evening if I want to access the big screen, I'll run X for a couple of hours. This happens irrespective of window manager or DTE; on the i386 icewm takes up less memory so Xorg will run longer before thrashing than if I'm running xfce. It also happens if I don't use a wm at all and just run rxvt. Tried the vesa xorg driver instead of the trident with no change. Here's a concrete example of the problem. This is run on my i386 (rocky) and titan is my main Athlon64 amd64 box. startx rxvt and run nice top. shrink so just watch the header info e.g. swap used ssh titan -f /usr/bin/kpdf open a long file view each page in turn As each new page is viewed, xorg uses more memory, and swap goes up. Its as if xorg is using memory to hold the image for the new page and isn't releasing the memory used to hold the old page. I conjuecture that its holding all viewed pages in memory. On the amd64, I have the xorg metapackage installed. However, on the i386 I am very tight on disk space so only have what's needed: xserver-xorg-video-vesa xserver-xorg-video-trident with everything on which they depend. xorg.conf is generated by debconf. I added a virtual line but removing that makes no difference. Thanks, Doug. --- here's my xorg.conf # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath "/usr/share/fonts/X11/misc" FontPath "/usr/X11R6/lib/X11/fonts/misc" FontPath "/usr/share/fonts/X11/cyrillic" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic" FontPath "/usr/share/fonts/X11/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/share/fonts/X11/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/share/fonts/X11/Type1" FontPath "/usr/X11R6/lib/X11/fonts/Type1" FontPath "/usr/share/fonts/X11/100dpi" FontPath "/usr/X11R6/lib/X11/fonts/100dpi" FontPath "/usr/share/fonts/X11/75dpi" FontPath "/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load "bitmap" Load "ddc" Load "dri" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Trident Microsystems 3DImage 9750" Driver "trident" BusID "PCI:1:1:0" VideoRam 4096 EndSection Section "Monitor" Identifier "Samtron 76V" Option "DPMS" HorizSync 30-70 VertRefresh 50-160 EndSection Section "Screen" Identifier "Default Screen" Device "Trident Microsystems 3DImage 9750" Monitor "Samtron 76V" DefaultDepth 24 SubSection "Display" Depth 1 Modes "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" Virtual 1280 800 EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode 0666 EndSection
--- End Message ---
--- Begin Message ---
- To: firstname.lastname@example.org
- Subject: kpdf: stores (leaks?) too many pixmaps in memory
- From: Sune Vuorela <email@example.com>
- Date: Tue, 24 Jul 2007 01:29:37 +0200
- Message-id: <firstname.lastname@example.org>Closing as earlier mentioned. /Sune -- I cannot insert in a editor from Excel 4.7.6, how does it work? You must disable a printer for booting the display.
Description: This is a digitally signed message part.
--- End Message ---