RFR (S): 8204668: Cleanup management of the java.vm.info System property
Robbin Ehn
robbin.ehn at oracle.com
Tue Jun 12 11:51:26 UTC 2018
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