This is the mail archive of the
mailing list for the GCC project.
Re: [PATCH] more conservative heuristic for ggc-min-heapsize
- From: Mike Stump <mrs at apple dot com>
- To: Nathan Froyd <froydnj at codesourcery dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: Fri, 6 Oct 2006 13:59:31 -0700
- Subject: Re: [PATCH] more conservative heuristic for ggc-min-heapsize
- References: <1160166400.5247.32.camel@localhost>
On Oct 6, 2006, at 1:26 PM, Nathan Froyd wrote:
We have observed cases when GCC 4.1.x would fail with out-of-memory
errors on moderately-sized source files with rlimits set to "small"
The larger static value (20Mb vs. 16Mb) is intended to accommodate
I'd phrase is this way, there is memory in use behind our back that
we don't account for and don't control, so give them just a little
more room to play in. This part I think is reasonable.
limit/4 value is adding an extra measure of conservative-ness.
I don't think a quarter of memory should be reserved for slop during
compilations, maybe 1/10 - 1/40. I'd rather measure the actual slop
in use and what it is used for and go from there. I suspect it is
the optimizer, maybe the optimizer folks can chime in and tell us how
much memory they want to malloc.