[8] RFR: Cherry-pick JDK-8231201: hs_err should print coalesced safepoint operations in Events section
Aleksey Shipilev
shade at redhat.com
Mon Nov 4 18:26:19 UTC 2019
Looking at hs_errs from Alexander, I suspect there are more VM operations happening than meets the
eye. See for example:
Event: 749.332 Executing VM operation: FindDeadlocks
Event: 749.333 Pause Init Update Refs
Event: 751.083 Pause Init Update Refs done
Event: 751.083 Executing VM operation: FindDeadlocks done
Where's the "Executing VM operation: ShenandoahInitUpdateRefs"? The answer is here:
https://bugs.openjdk.java.net/browse/JDK-8231201
I requested the jdk8u backport here:
https://mail.openjdk.java.net/pipermail/jdk8u-dev/2019-November/010552.html
...but it would be a while before it lands in sh/jdk8. So, let's cherry-pick it:
diff -r e8582ad276a2 src/share/vm/runtime/vmThread.cpp
--- a/src/share/vm/runtime/vmThread.cpp Mon Nov 04 12:25:21 2019 +0100
+++ b/src/share/vm/runtime/vmThread.cpp Mon Nov 04 19:23:12 2019 +0100
@@ -505,10 +505,11 @@
// the queue until there are none left
do {
_cur_vm_operation = safepoint_ops;
if (_cur_vm_operation != NULL) {
do {
+ EventMark em("Executing coalesced VM operation: %s", _cur_vm_operation->name());
// evaluate_operation deletes the op object so we have
// to grab the next op now
VM_Operation* next = _cur_vm_operation->next();
_vm_queue->set_drain_list(next);
evaluate_operation(_cur_vm_operation);
Testing: hotspot_gc_shenandoah
--
Thanks,
-Aleksey
More information about the shenandoah-dev
mailing list