Review request for 5049299
Andrew Haley
aph at redhat.com
Sun May 24 09:16:19 UTC 2009
Martin Buchholz wrote:
> I did a little research.
>
> The overcommitment policy on Linux is configurable
> http://lxr.linux.no/linux/Documentation/vm/overcommit-accounting
> Of course, almost everyone will use the default "heuristic" policy,
> and in this case the COW memory after fork() is subject to overcommit
> accounting, which *may* cause the fork to fail.
Sure, it *may*, but I don't think it's at all common.
> http://lkml.indiana.edu/hypermail/linux/kernel/0902.1/01777.html
> If a solution using clone(CLONE_VM ...) can be made to work,
> subprocess creation will be a little cheaper and significantly more
> reliable.
Maybe, but I think that needs to be measured before any changes are made.
I'm not opposed to such a change that makes a real improvement, but I'm
not convinced it will. As usual, I'm happy to be proved wrong.
There may be a kernel bug in the case described in the mail above: it
certainly should be possible to fork a 38 GB process on a system with
64 GB RAM. If so, I expect that this will be fixed long before any Java
VM change makes it into production.
Andrew.
More information about the core-libs-dev
mailing list