concurrent mode failure in minor gc/ -XX:CMSFullGCsBeforeCompaction=1

Y.S.Ramakrishna at Sun.COM Y.S.Ramakrishna at Sun.COM
Mon Apr 27 16:13:48 UTC 2009


What Jon said re contacting Sun support etc.

One important thing we have learned about CMS is
that the filtering of short-lived objects in the young gen is
important both for relieving short-term pressure on the CMS collector
and in the long-term for reducing fragmentation of the old
gen, either or both of which might otherwise cause concurrent mode failure.

I have never myself found CMSFullGCsBeforeCompaction != 0 to be particularly useful
as a tuning knob.

regards.
-- ramki

>> 1)
>>
>> Options used :
>> -server -Xmx768m -Xms768m -XX:MaxNewSize=256m -XX:NewSize=256m
>> -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseConcMarkSweepGC
>> -XX:CMSInitiatingOccupancyFraction=60 -XX:+UseCMSInitiatingOccupancyOnly
>>
...
>>
>> 2)
>>
>> Options used:
>> -server -Xmx768m -Xms768m -XX:MaxNewSize=256m -XX:NewSize=256m
>> -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseConcMarkSweepGC
>> -XX:CMSInitiatingOccupancyFraction=60
>> -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSFullGCsBeforeCompaction=1
>>
...
> 
> 
> _______________________________________________
> hotspot-gc-use mailing list
> hotspot-gc-use at openjdk.java.net
> http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use

_______________________________________________
hotspot-gc-use mailing list
hotspot-gc-use at openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use



More information about the hotspot-gc-dev mailing list