[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#425095: marked as done (kpdf: stores (leaks?) too many pixmaps in memory)

Your message dated Tue, 24 Jul 2007 01:29:37 +0200
with message-id <200707240129.42139.debian@pusling.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 --- 
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 --- 
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.

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: