Xorg: heap leaking
Carsten Haitzler (The Rasterman)
raster at rasterman.com
Sat Jan 6 01:25:25 PST 2007
On Sat, 6 Jan 2007 07:51:41 +0100 Pavel Troller <patrol at sinus.cz> babbled:
> Hi!
> > On Sat, 6 Jan 2007 06:53:59 +0100 Pavel Troller <patrol at sinus.cz> babbled:
> >
> > > Hi!
> > > There is definitely a large memory leak somewhere in the current X.
> > > Default branch leaks as well as xserver-1.2-branch.
> >
> > it could be a leak in a kde component or app too- try xrestop to see.
> > rememebr all graphics resources (windows, pixmaps etc.) are owned by x but
> > are allocated on request of an x client (an application or desktop
> > component) and thus it may not be a leak in x at all - simply thats where
> > most of the memory is being allocated. the only way you can really tell is
> > xrestop and/org killing ALL x clients (even then it may create resources
> > with retained mode and thus x will keep the resources even if the client
> > exists)
>
> Thanks for your expertise!
> But I think that this is not our case.
> 1) Look at my info below: >>> It doesn't happen with (Xorg) 6.9.0. <<<
> 2) I tried xrestop: Logged into KDE, started it from console, logged out,
> and immediately before it was killed, it reported
>
> xrestop - Display: localhost:0
> Monitoring 9 clients. XErrors: 0
> Pixmaps: 70K total, Other: 18K total, All: 88K total
>
> While /proc/<n>/maps shows
>
> 007a8000-0771a000 rw-p 007a8000 00:00 0
> [heap]
>
> BTW it's the same process which I reported as "newly started" in my first
> post, and it had
>
> 007a8000-02682000 rw-p 007a8000 00:00 0
> [heap]
>
> sou you can see how much memory it consumed since that time.
> WIth regards, Pavel Troller
ok- better information now :) i would consider using valgrind now or memprof
(run x under these and see) memprof will require andother x display to display
on - valgrind will make x incredibly slow... :)
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) raster at rasterman.com
裸好多
Tokyo, Japan (東京 日本)
More information about the xorg
mailing list