Re: [SLUG] firefox memory

From: Ron Youvan (ka4inm@tampabay.rr.com)
Date: Fri Jul 31 2009 - 19:06:19 EDT


> I've got an ongoing graph of Firefox's memory use. I've noticed that as
> it's run over the last 5.5 days (so far), the size of its swap use has
> remained about constant at around 400 MiB, but the amount of resident
> (in-RAM) use has risen from around 400 MiB to around 610 MiB. Each time
> it crashes it starts over. Apparently that represents a memory leak (I
> haven't opened 50% more tabs), but why isn't that data swapped out? Is
> there a way to allocate memory so it's never swapped out?

   I have 2.5 gig now, but I haven't used any swap partition since I had only .75 gig and I haven't
seen any ill effects. With 1.0 gig of ram I loaded about 735 meg of wav files into sweep and made
one CD sized wav file to create a CD without the 2 seconds of "dead air" between cuts, without any
trouble of any discernible kind.
   If you have enough RAM why would you WANT to use the much slower hard drive?
I don't open tons of tabs like some on this list, but I frequently keep one instance of 5 or 6
applications minimized while working with another one. Like: seamonkey, gimp (or imagemagic),
openoffice, gqview, ufraw, and xine . My Slackware (Ver. 12.1) is 99.9999% trouble free.

   I thought (because I read it) LINUX was made so any program (even with a memory leak) that is
terminated ALL of it's allocated memory would be reclaimed by the kernel and any and all memory
leaks would be erased, nullified.
   I have heard very little of memory leaks with LINUX until quite recently, mostly here.

-- 
    Ron KA4INM - I'm proud to be Chuck's pop!
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS).  Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.



This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 13:20:14 EDT