I don't know if this is a memory leak of Xfree, xchat or theme engine.
** What I see exactly :
- X process eat all memory (a "top" could show me more than 90% of memory)
- the longer I use the more X eat memory (it takes not memory at startup but
little by little)
- I can accelerate the process switching tabs on my xchat window (like an
hundred switch could make X take 10% more memory (seen by "top"))
- when I stand to long (ie more than 6-10 h) playing with my system and xchat, X
take nearly all memory and kernel begin to kill some process to recover memory.
This make me sure I do not speak about cache memory or something like that
- killing or closing xchat make X process come down to the usual 5% of memory
- some gtk theme (aqualightblue and geramik) make X use memory faster than some
others so it is linked with theme engines
** What I use :
- gentoo 1.4_rc1, last xfree, xchat, gnome .... not in ~x86, nothing unmasked
between thoses things
- system with 512Mo ram and 1Go swap, nothing more than a desktop, xchat,
evolution and some light apps (juste after lauching all things I have more than
60% free memory)
- some gtk theme engines (I tried themes based on pixmap-engine and the one with
geramik-engine : same thing happen), at this time I use Geramik (0.08-r1)
** What I think :
- somewhere xchat indirectly ask memory for a new graphical object when I switch
tab, but do not free it (do not throw the object) when it is no more displayed
... OR do not reuse the object when reswitch to that tab later (and reask
memory, recreating the objects)
Please ask if I did not explain correctly something (as my english is a little
bad) or if it lacks of some information
You need to be more version specific .... What theme engine do you use ?
What is the output of 'emerge info' ?
emerge info is :
Portage 2.0.46-r2 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2)
System uname: 2.4.19-gentoo-r10 i686 AMD Athlon(TM) XP 1800+
USE="x86 motif 3dnow aalib acpi afs alsa apache2 apm arts avi berkdb bonobo cdr
cjk crypt cups dga directfb doc dvd encode esd evo fbcon flash gb gd gdbm ggi
ggz gif gnome gphoto2 gpm gps gtk -gtk2 gtkhtml guile icc icc-pgo imap imlib
innodb ipv6 java jpeg kde kerberos lcms ldap leim libg++ libgda libwww maildir
mbox mikmod mmx mozilla mozsvg moznoxft mozcalendar mozaccess mozinterfaceinfo
mozp3p mozxmlterm mpeg mule mysql nas ncurses nls oav oci8 odbc oggvorbis opengl
oss pam pcmcia pda pdflib perl pic plotutils png pnp postgres python qt qtmt
quicktime readline ruby samba sasl scanner sdl slang slp snmp socks5 spell sse
ssl svga tcltk tcpd tetex tiff truetype wmf X xface xml xml2 xmms xv zeo zlib"
CFLAGS="-mcpu=athlon-xp -march=athlon-xp -O3 -pipe"
CXXFLAGS="-mcpu=athlon-xp -march=athlon-xp -O3 -pipe"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
version of xchat is 1.8.10-r1
version of gtk
this is done with settings on geramik theme (geramik engine)
same result with Aqualightblue theme and some others pixamp engine themes (some
eat memory faster than others)
version of gtk-engines-geramik is 0.08-r1
version of gtk-engines-pixmap is 0.12
This happens to me, but only after my latest emerge -u world which included KDE (unused) and xchat, used! I have a suspicion that if I unemerge the latest xchat everything will be fine, but for me too the X process starts sucking up all the RAM. Twice in a row!
My mistake, This happens to me too but I am using xchat-2 for gtk-2 so the version didn't change even though a new xchat did emerge. I did however leave the latest version of mozilla running whereas I used to run phoenix. Perhaps that could be the culprit.
we have another report about the old geramik theme leaking memory, you should be able to upgrade right now (masked ~).
As for xchat, are you using the 'transparancy' option ? it's a memhog, disable it.
This is becoming a HUGE problem for me. I can run all programs, close them down and just leave X running and the X process will slowly consume memory. Opening and closing gtk programs expedites the process. I don't have the geramik theme installed. Xchat is not using the transparency option and hell, shouldn't it release the memory if it was hogging it anyway? I have 512 megs of ram in my system and this is horrible. Both of my systems at work and at home are having problems after the most recent emerge -u's and the latest xfree upgrade didn't help anything. Surely someone else must be having this problem yet this bug has no activity.
I do not use xchat transparency either.
I avoid the problem removing all xchat theme and having a "default" gtk style.
I'm thinking about a thing : I use nvidia graphic card with nvidia drivers
It's gaim. I tested each and every program I use on my system by singling out a single program and not running it after a complete system failure. Sure enough when I got to gaim and instead used gaim-cvs my systems at work and at home (both nvidia) suddenly were just fine. DEFINATELY GAIM! the problem probably is with 0.59.8 but it could be other versions. How a memory leak in something gaim does affects the X process is beyond me, but, Martin, I'm willing to bet you run gaim and if you upgrade or use another im client your problems will be solved. Note: for me the problem still exists even if I close the offensive program (gaim) so you have to start up X fresh and make sure *not* to run gaim. Gaim cvs is gtk2 and looks much cooler anyway ;-)
hey i have memory leak to X while i'm using Xfree 3.2.0 , it takes about 1.5h to getoff 100MB from my RAM, and/or swap (if i enable it), i have no gaim, so it is not gaims leak
I'm experiencing it also, just using X slows eats up my memory...
er... I meant SLOWLY eats up my memory
what video cards, what release of xfree and what kernels?
i say it's the GTK+ pixmaps themes, try a newer geramik (which is pixmap based as well afaik).
Is this bug still active?
I no longer have problems, but updated so many packages that it is impossible
to tell what was causing this. Neverthless, all is OK now.
Maybe it is the case to close this bug...