As of sometime ago the only way to control G1 initiation was indeed via this flag, and<br>in fact G1 did not ergonomically kick off a collection based on other factors (such as<br>promotion rate) like CMS does. This may or may not have changed in the last two<br>
months, but someone like John Cuthbertson or Tony Printezis would know for sure.<br><br>-- ramki<br><br><div class="gmail_quote">On Fri, Dec 30, 2011 at 8:08 AM, Jon Masamitsu <span dir="ltr"><<a href="mailto:jon.masamitsu@oracle.com">jon.masamitsu@oracle.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Not certain but I don't think there is an equivalent.<br>
<div class="HOEnZb"><div class="h5"><br>
On 12/30/2011 7:32 AM, Guy Korland wrote:<br>
> Thanks, I'll test it. Is there also something similar to -<br>
> UseCMSInitiatingOccupancyOnly ?<br>
><br>
> Thanks,<br>
> Guy<br>
><br>
><br>
><br>
> On Thu, Dec 29, 2011 at 4:28 PM, Jon Masamitsu<<a href="mailto:jon.masamitsu@oracle.com">jon.masamitsu@oracle.com</a>>wrote:<br>
><br>
>> This is close to the CMS flag but is a percent of<br>
>> the entire heap (as opposed to the tenured<br>
>> generation for CMS).<br>
>><br>
>> -XX:InitiatingHeapOccupancyPercent=NN<br>
>><br>
>><br>
>> On 12/29/11 01:45, Guy Korland wrote:<br>
>><br>
>>   Yes, I'm familiar with this configuration for CMS.<br>
>> Is there a similar configuration for G1?<br>
>><br>
>> Thanks,<br>
>> Guy<br>
>><br>
>><br>
>> On Thu, Dec 29, 2011 at 1:32 AM, Jon Masamitsu<<a href="mailto:jon.masamitsu@oracle.com">jon.masamitsu@oracle.com</a>>wrote:<br>
>><br>
>>><br>
>>> On 12/28/2011 1:17 PM, Guy Korland wrote:<br>
>>><br>
>>>> Thanks for the answer, is there any chance you can also help with my<br>
>>>> other<br>
>>>> question?<br>
>>>> Is there a way with as with cms to control the "occupancy"?<br>
>>>><br>
>>> If you mean the occupancy at which CMS starts  a collection, try<br>
>>> -XX:CMSInitiatingOccupancyFraction=NN where NN is the<br>
>>> percentage of the tenured generation at which a CMS collection<br>
>>> will start.<br>
>>><br>
>>> If you mean something else, please ask again.<br>
>>><br>
>>><br>
>>> Thanks,<br>
>>>> Guy<br>
>>>><br>
>>>><br>
>>>> ---<br>
>>>>> Date: Tue, 27 Dec 2011 14:06:53 -0800<br>
>>>>> From: Jon Masamitsu<<a href="mailto:jon.masamitsu@oracle.com">jon.masamitsu@oracle.com</a>><br>
>>>>> Subject: Re: Turning off generational GC<br>
>>>>> To: <a href="mailto:hotspot-gc-use@openjdk.java.net">hotspot-gc-use@openjdk.java.net</a><br>
>>>>> Message-ID:<<a href="mailto:4EFA417D.4070009@oracle.com">4EFA417D.4070009@oracle.com</a>><br>
>>>>> Content-Type: text/plain; charset="iso-8859-1"<br>
>>>>><br>
>>>>> For the hotspot garbage collectors the short answer is "no" there is no<br>
>>>>> way to<br>
>>>>> turn off generational GC.  I think it's even pretty deeply entrenched in<br>
>>>>> G1 which<br>
>>>>> is only logically generational.<br>
>>>>><br>
>>>>> If CMS were not generational, in the best cause you would see pauses<br>
>>>>> on the order of 20ms.  Maybe much larger although less frequent.<br>
>>>>> More likely would be concurrent mode failures which would lead to<br>
>>>>> full GC's.<br>
>>>>><br>
>>>>><br>
>>>>> On 12/27/2011 1:20 PM, Guy Korland wrote:<br>
>>>>><br>
>>>>>> Hi,<br>
>>>>>><br>
>>>>>> I hope this is the right forum for this.<br>
>>>>>> It seems like no matter how small we set the young generation, it take<br>
>>>>>><br>
>>>>> more<br>
>>>>> than 20ms.<br>
>>>>>> Is there a way turn off generational GC, especially in CMS?<br>
>>>>>><br>
>>>>>> Thanks,<br>
>>>>>> Guy<br>
>>>>>><br>
>>>>>><br>
>>>>>><br>
>>>>>> _______________________________________________<br>
>>>>>> hotspot-gc-use mailing list<br>
>>>>>> <a href="mailto:hotspot-gc-use@openjdk.java.net">hotspot-gc-use@openjdk.java.net</a><br>
>>>>>> <a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use" target="_blank">http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use</a><br>
>>>>>><br>
>>>>> -------------- next part --------------<br>
>>>>> An HTML attachment was scrubbed...<br>
>>>>> URL:<br>
>>>>><br>
>>>> <a href="http://mail.openjdk.java.net/pipermail/hotspot-gc-use/attachments/20111227/99fc1a6a/attachment-0001.html" target="_blank">http://mail.openjdk.java.net/pipermail/hotspot-gc-use/attachments/20111227/99fc1a6a/attachment-0001.html</a><br>

>>>><br>
>>>>> ------------------------------<br>
>>>>><br>
>>>>> _______________________________________________<br>
>>>>> hotspot-gc-use mailing list<br>
>>>>> <a href="mailto:hotspot-gc-use@openjdk.java.net">hotspot-gc-use@openjdk.java.net</a><br>
>>>>> <a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use" target="_blank">http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use</a><br>
>>>>><br>
>>>>><br>
>>>>> End of hotspot-gc-use Digest, Vol 46, Issue 9<br>
>>>>> *********************************************<br>
>>>>><br>
>>>>><br>
_______________________________________________<br>
hotspot-gc-use mailing list<br>
<a href="mailto:hotspot-gc-use@openjdk.java.net">hotspot-gc-use@openjdk.java.net</a><br>
<a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use" target="_blank">http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use</a><br>
</div></div></blockquote></div><br>