This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Failure to build libjava on 512MB machine
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: Andrew Haley <aph at redhat dot com>
- Cc: Tom Tromey <tromey at redhat dot com>, Marco Trudel <mtrudel at gmx dot ch>, java at gcc dot gnu dot org, gcc at gcc dot gnu dot org
- Date: Fri, 2 Feb 2007 02:43:22 +0100 (CET)
- Subject: Re: Failure to build libjava on 512MB machine
- References: <Pine.LNX.4.64.0701281729020.10489@acrux.dbai.tuwien.ac.at> <17855.12346.790265.312141@zebedee.pink> <45BF3596.8040203@gmx.ch> <17855.20818.92155.929454@zebedee.pink> <m3tzy8wapz.fsf@localhost.localdomain> <Pine.LNX.4.64.0701310255350.10003@acrux.dbai.tuwien.ac.at> <17856.25997.292976.620500@zebedee.pink> <Pine.LNX.4.64.0702012200100.10003@acrux.dbai.tuwien.ac.at>
On Thu, 1 Feb 2007, Gerald Pfeifer wrote:
> The tester where this problem first surfaced as a 32-bit Athlon machine,
> with 512MB main memory and 1GB swap. The machine runs FreeBSD 5.4.
>
> I agree with your intuition that even if the machines is swapping heavily,
> this amount of virtual memory (1.5GB) should suffice.
>
> However, a bit of investigations makes me believe that, at least in the
> default configuration, FreeBSD 5.4 will refuse to allocate more memory to
> a single process than the system has main memory.
I know managed to track this down:
http://plone.org/documentation/faq/freebsd-memory-error
By default in FreeBSD 5.X or 4.X the kernel will limit the amount
of RAM any one process can use to 512MB (older versions of FreeBSD
this was lower).
You can tweak this in /boot/loader.conf [...]
So, it's not a question of main memory or swap, but a limit in terms
of virtual memory per process on this specific tester. I don't know
how common such limitations/systems are, so this may be less critical
than it originally seemed.
Still, this shows that we did have an increase in memory use recently,
which may be worth looking into. (And, of course, I'm happily testing
Tom's patch as we speak.)
Gerald