RFR (S): 8204668: Cleanup management of the java.vm.info System property

David Holmes david.holmes at oracle.com
Tue Jun 12 12:23:54 UTC 2018


Thanks Robbin!

David

On 12/06/2018 9:51 PM, Robbin Ehn wrote:
> Hi David, looks good, thanks for fixing!
> 
> /Robbin
> 
> On 06/12/2018 11:56 AM, David Holmes wrote:
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8204668
>> webrev: http://cr.openjdk.java.net/~dholmes/8204668/webrev/
>>
>> JDK-8203329 fixed a problem where the native system property for the 
>> vm.info string was not updated after argument parsing, resulting in 
>> JVM TI reporting an incorrect value.
>>
>> Looking at the overall approach for this property it can be simplified 
>> quite a bit. The basic issue is that it is initialized early in VM 
>> startup (so it can be present for crash logs) before argument parsing, 
>> but some details can change due to argument parsing. If we update the 
>> native value immediately after argument parsing, and so before the 
>> properties are passed through to the Java side, then we don't need to 
>> execute the Java code in reset_vm_info() to perform that update. 
>> Additionally, if we expose the SystemProperty directly (as done for 
>> other properties) then we can do away with the new 
>> PropertyList_update_value() function that has to search for the 
>> property to be updated.
>>
>> Overall this cuts out a chunk of initialization code that may aid with 
>> startup costs; and simplifies the code.
>>
>> There's some additional history in the bug report.
>>
>> Testing:
>>    - tier 1, 2, 3
>>    - regression test from JDK-8203329:
>>       - 
>> serviceability/jvmti/GetSystemProperty/JvmtiGetSystemPropertyTest.java
>>
>> Thanks,
>> David


More information about the hotspot-runtime-dev mailing list