Number of Parallel GC Threads
Y Srinivas Ramakrishna
Y.S.Ramakrishna at Sun.COM
Mon Jan 26 13:37:27 PST 2009
As Jon pointed out towards the start of this thread
"-client" may be considered the less resource-hungry
mode that you are looking for below (or at least a close
enough approximation for now).
----- Original Message -----
From: Florian Weimer <fw at deneb.enyo.de>
Date: Monday, January 26, 2009 1:33 pm
Subject: Re: Number of Parallel GC Threads
To: Martin Buchholz <martinrb at google.com>
Cc: hotspot-gc-dev at openjdk.java.net, Tony Printezis <Antonios.Printezis at Sun.COM>
> * Martin Buchholz:
> > In general, JDK engineers think in terms of peak performance
> > in benchmark-like settings. I've been guilty of that myself.
> > We should try harder to have reasonable performance without
> > unreasonable resource consumption, by default.
> I would be happy to have some sort of system daemon mode, which
> minimizes footprint while maintaining relatively decent performance
> (for things like the occasional TLS handshake). I think most such
> applications wouldn't even need dynamic tuning.
> Right now, I fear that I need to put all these system management tasks
> into a single VM (MVM-style) because it seems that without lots of
> tuning, separate VMs would consume too much resources on some of our
> smaller hosts. (Of course, this is a psychological issue to some
> extent, and it's note very likely that the code actually exists before
> those machines are phased out. 8-/)
More information about the hotspot-gc-dev