[ale] gnome-terminal memory leak....looking for verification...

[John Wells]

James,

Thanks.  I'll give that a try Monday, when I'm back at that machine. 
Afraid to do it from home, as the rest of my day depends on that box being
up (working from home today).

Anyway, I was only able to duplicate it once on my home machine, and now
I'm beginning to think that was caused by something else.  Didn't let it
run long enough to see it grow really large at home.

This bug seems to have been identified (and possibly patched) here:

http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76219

It seems it's a bug in Xft with certain graphics cards, and it affects
other gnome apps as well.  Now that I think about it, that would explain
why I saw gnome-panel eat 150 megs last week....killed it and it was fine,
but didn't pursue it further.

My machine at work uses the i815 integrated chipset, so I suspect it may
be isolated to this box.  Anyone else using this chipset?

So, Monday I'll try it first from the machine itself and then from a
separate machine running VNC.  Then, I'll upgrade Xft and try again.

I'll let you know what I find out.

Thanks!

John


James P. Kinney III said:
> It may be more of an artifact of kernel 2.4 memory management that a
> real bug in gnome-terminal. Let it run until ram is early exhausted.
> Then open a large memory application and see if the caching decreases to
> allow the new app to run. If it does, then there is no problem (sort
> of). If the app can't load well because the memory goes into
> swaping/thrashing mode, then there is definitely a bug.
>
> I can't tell from my test as galeon eats up ram and cpu like mad and I
> currently have 4 screen with about 6 tabs on each open.
>



_______________________________________________
Ale mailing list
Ale at ale.org
http://www.ale.org/mailman/listinfo/ale