Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 1 Nov 2006 18:18:08 +0100
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Vince <jhary@unsane.co.uk>
Cc:        Peter Jeremy <peterjeremy@optushome.com.au>, current@freebsd.org
Subject:   Re: Xorg leaking memory on -current...
Message-ID:  <20061101181808.651d2ce4@Magellan.Leidinger.net>
In-Reply-To: <4548610F.805@unsane.co.uk>
References:  <4146.1162284788@critter.freebsd.dk> <20061031172100.to3w8eww00kw84kk@webmail.leidinger.net> <4547D077.4070609@samsco.org> <20061101072543.GA849@turion.vk2pj.dyndns.org> <45484E26.5010408@samsco.org> <4548610F.805@unsane.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
Quoting Vince <jhary@unsane.co.uk> (Wed, 01 Nov 2006 08:55:43 +0000):

> Scott Long wrote:
> > Peter Jeremy wrote:
> >> On Tue, 2006-Oct-31 15:38:47 -0700, Scott Long wrote:
> >>> Both Mozilla and Firefox appear to cache everything they can, without
> >>> bounds.  If you tweak a hidden pref to turn off caching, the 'leak'
> >>> goes away.
> >>
> >> I don't suppose you know the name.  I can't see anything obvious
> >> in about:config
> >>
> > 
> > browser.cache.memory.enable on seamonkey.  I recall it having a
> > different name in the past, though.
> > 
> I know this is getting OT but in FF 1.5.0.7 at least you can tweak
> browser.cache.memory.capacity  which should a least limit this behaviour
> a little (havent tested how well it honours this though.)

It doesn't change the swap filling behavior I see (at least not on
Solaris where I have fun with this problem since at least a year and
where I use this already since at least half a year).

Bye,
Alexander.

-- 
In the words of one of the founding Igors: 'We belong dead? Ecthcuthe
me? Where doeth it thay "we"?'
(The Thief of Time)
http://www.Leidinger.net  Alexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org     netchild @ FreeBSD.org  : PGP ID = 72077137



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061101181808.651d2ce4>