RFR(XS) 8076311: Java 9 process negative MaxTenuringThreshold in different way than Java 8

Dmitry Dmitriev dmitry.dmitriev at oracle.com
Sun Apr 5 09:29:35 UTC 2015


Jon, thank you for review and sponsorship!

In review request I mention that I don't OpenJDK Author, but at Friday I 
got OpenJDK Author for JDK 9, so I will sent you a final patch with my 
commit.

Thanks,
Dmitry

On 04.04.2015 0:53, Jon Masamitsu wrote:
> Dmitry,
>
> Change looks good.
>
> Reviewed.
>
> I can sponsor the push.  Send the final patch once you have all
> your reviews.
>
> Jon
>
>
> On 4/3/2015 2:49 AM, Dmitry Dmitriev wrote:
>> Hello,
>>
>> Please review this small fix for JDK-8076311. Also, I need a sponsor 
>> for this fix, who can push it, because I'm not have a OpenJDK name.
>>
>> Fix for JDK-6521376 add explicit processing of MaxTenuringThreshold 
>> XX option. When bad value for MaxTenuringThreshold is passed(e.g. 
>> negative value for unsigned option "-XX:MaxTenuringThreshold=-1"), 
>> then function print warning and continue execution with default 
>> value(0). This behavior differs from Java 8. Java 8 process this 
>> situation in common way for unsigned options, i.e. print waring and 
>> reports a error. So, I fix Java 9 MaxTenuringThreshold option 
>> processing.
>>
>> Also, I add new test case to the 
>> test/gc/arguments/TestInitialTenuringThreshold.java to test this 
>> situation.
>>
>> Open webrev: 
>> http://cr.openjdk.java.net/~ctornqvi/webrev/8076311/webrev.00/ 
>> <http://cr.openjdk.java.net/%7Ectornqvi/webrev/8076311/webrev.00/>
>>
>> JBS bug: https://bugs.openjdk.java.net/browse/JDK-8076311
>>
>> Tested: JPRT
>>
>> Thank you,
>> Dmitry
>



More information about the hotspot-dev mailing list