RFR (XS): 8021967: Deprecate -XX:DefaultMaxRAMFraction

Vladimir Kozlov vladimir.kozlov at oracle.com
Wed Jul 31 22:42:59 UTC 2013


Good.

Vladimir

On 7/31/13 12:27 PM, Bengt Rutisson wrote:
>
> Hi Tao,
>
> On 7/31/13 8:42 PM, Tao Mao wrote:
>> Hi Bengt,
>>
>> Is using !FLAG_IS_DEFAULT(DefaultMaxRAMFraction) to trigger the
>> warning a little inaccurate compared to FLAG_IS_CMDLINE() in this
>> case, given that we have the possibility of FLAG_IS_ERGO()?
>
> Thanks for catching this. No, it was a copy-paste mistake. I just moved
> the code from set_heap_size(). Here is an updated verion that use
> FLAG_IS_CMDLINE:
>
> http://cr.openjdk.java.net/~brutisso/8021967/webrev.02/
>
> Thanks,
> Bengt
>
>>
>> Otherwise, it looks good.
>>
>> Thanks.
>> Tao
>>
>> On 7/31/13 11:28 AM, Bengt Rutisson wrote:
>>>
>>> Hi Vladimir,
>>>
>>> Thanks for looking at this!
>>>
>>> On 7/31/13 6:06 PM, Vladimir Kozlov wrote:
>>>> Bengt,
>>>>
>>>> You have special method in arguments.cpp
>>>> check_deprecated_gc_flags(). Why not use it?
>>>
>>> I'm fine with that. I wasn't really sure whether to consider
>>> DefaultMaxRAMFraction a GC flag or not. Anyway, either way is fine
>>> with me. Here is a webrev with the warning message in
>>> check_deprecated_gc_flags() instead:
>>>
>>> http://cr.openjdk.java.net/~brutisso/8021967/webrev.01/
>>>
>>> Jon and Thomas, what do you prefer?
>>>
>>> Thanks,
>>> Bengt
>>>
>>>>
>>>> Thanks,
>>>> Vladimir
>>>>
>>>> On 7/31/13 6:34 AM, Bengt Rutisson wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> Could I have a couple of reviews for this small fix?
>>>>>
>>>>> http://cr.openjdk.java.net/~brutisso/8021967/webrev.00/
>>>>>
>>>>> For JDK8 we need to print a warning message when
>>>>> DefaultMaxRAMFraction is used on the command line. This is to allow us
>>>>> to remove it for JDK9. The flag was superseded by MaxRAMFraction in
>>>>> 2009 for the JDK6u18 release.
>>>>>
>>>>> Thanks,
>>>>> Bengt
>>>
>>
>



More information about the hotspot-gc-dev mailing list