RFR 8221507: Implement JFR Events for Shenandoah
Erik Gahlin
erik.gahlin at oracle.com
Sat May 4 20:43:27 UTC 2019
Hi Ken,
Nice to see some Shenandoah specific events.
- You need to update the configuration files for the events (default.jfc
and profile.jfc) located in src/jdk.jfr/share/conf/jfr.
- I think you need to put INCLUDE_SHENANDOAHGC inside the TRACE_FUNCTION
in jfrPeriodic.cpp. A call to the TRACE_FUNCTION will happen regardless
if it is built with Shenandoah or not, since the dispatch mechanism is
generated from metadata.xml.
- If Shenandoah is still an experimental feature(?), the Event element
in metadata.xml should have the experimental="true" attribute set [1].
- It would be nice if you could move the Type element in metadata.xml
for ShenandoahHeapRegionState below the events so they are next to the
other Type elements.
Thanks
Erik
[1] The experimental attribute was created so that JVM developers could
add events more freely to HotSpot without the burden to write unit tests
or commit to a particular event design. Experimental events are not
shown in JMC by default, but can be made visible in the Preference
dialog. See the following picture.
http://cr.openjdk.java.net/~egahlin/8213966/experimental.png
<http://cr.openjdk.java.net/%7Eegahlin/8213966/experimental.png>
> Hi all,
>
> Please review this patch that adds support for two new JFR events
> ShenandoahHeapRegionStateChange and ShenandoahHeapRegionInformation.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8221507
> Webrev: http://cr.openjdk.java.net/~kdobson/53476/webrev/
>
> The Shenandoah team has also reviewed this patch and approved it from their
> end.
>
> Thanks,
>
> Ken Dobson
More information about the hotspot-jfr-dev
mailing list