JEP 173: Remove Rarely-Used Combinations of Garbage Collectors
Srinivas Ramakrishna
ysr1729 at gmail.com
Mon Dec 17 20:05:19 UTC 2012
I suspect Andy (lordpixel) may be referring to CMS generally not giving old
gen heao memory back to the OS even when applicatio
footprint shrinks. I haven't ventured into CMS resizing code in a while,
but i assumed that it would not be difficult to make it do so at
the end of a sweep because of keeping a (hopefully) large contiguous free
block at the high end of the heap. I don't think though that
heap shrinking was ever a priority for the server environments in which CMS
mostly got used, so it never really got done.
-- ramki
On Mon, Dec 17, 2012 at 10:38 AM, Jon Masamitsu <jon.masamitsu at oracle.com>wrote:
> -XX:+UseParNewGC will give you a parallel young gen collector
> plus the serial old gen collector. It does not have all the features
> that -XX:+UseParallelGC has (for example, does not have support
> for -XX:+UseNUMA). It actually is one of the combinations that
> we would like to remove.
>
> Jon
>
>
> On 12/14/2012 9:24 PM, lordpixel at me.com wrote:
>
>> For whatever reason I assumed this was only a collector for the young
>> generation... is that wrong? Even if it does give memory back, for one of
>> my apps at least its the old generation that needs to shrink.
>>
>> On Dec 14, 2012, at 10:52 AM, Jon Masamitsu<jon.masamitsu@**oracle.com<jon.masamitsu at oracle.com>>
>> wrote:
>>
>> -XX:+UseParNewGC
>>>
>> AndyT (lordpixel - the cat who walks through walls)
>> A little bigger on the inside
>>
>> (see you later space cowboy, you can't take the sky from me)
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-gc-dev/attachments/20121217/525a4819/attachment.htm>
More information about the hotspot-gc-dev
mailing list