This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: gcc 3.3 garbage collector defaults
- From: Mike Stump <mstump at apple dot com>
- To: Geoff Keating <geoffk at geoffk dot org>
- Cc: Mike Stump <mrs at apple dot com>, Benjamin Kosnik <bkoz at redhat dot com>, Andi Kleen <ak at suse dot de>, zack at codesourcery dot com, gcc at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org
- Date: Mon, 27 Jan 2003 15:10:43 -0800
- Subject: Re: gcc 3.3 garbage collector defaults
On Monday, January 27, 2003, at 02:51 PM, Geoff Keating wrote:
I have evidence that on one machine, a two-processor machine with
128Mb of memory, that GCC starts to thrash when it uses more than
about 40Mb of memory and two copies are running (this makes sense,
2*40Mb of GCC plus about 50Mb for the system = thrashing). This sort
of thing is why I want to try an adaptive approach.
Or, put another way, you have data that supports increasing it to only
20MB. I'd just say, well, ok, let's increase it to 20MB then. I know
this isn't as sexy as the good answer, but bear in mind, gcc used to be
deterministic. If you add the code you are thinking of, the
determinism in gcc goes down, not up. I'd rather take phys mem and /
4, this is, on a given machine, deterministic again.