RFR (XS) 8240534: Shenandoah: ditch debug safepoint timeout adjustment block
Aleksey Shipilev
shade at redhat.com
Wed Mar 4 17:14:57 UTC 2020
RFE:
https://bugs.openjdk.java.net/browse/JDK-8240534
This seems to be causing some of the failures on our new test servers:
diff -r 6f709455592a src/hotspot/share/gc/shenandoah/shenandoahArguments.cpp
--- a/src/hotspot/share/gc/shenandoah/shenandoahArguments.cpp Wed Mar 04 11:50:28 2020 +0100
+++ b/src/hotspot/share/gc/shenandoah/shenandoahArguments.cpp Wed Mar 04 18:12:25 2020 +0100
@@ -192,14 +192,4 @@
FLAG_SET_DEFAULT(TLABAllocationWeight, 90);
}
-
- // Make sure safepoint deadlocks are failing predictably. This sets up VM to report
- // fatal error after 10 seconds of wait for safepoint syncronization (not the VM
- // operation itself). There is no good reason why Shenandoah would spend that
- // much time synchronizing.
-#ifdef ASSERT
- FLAG_SET_DEFAULT(SafepointTimeout, true);
- FLAG_SET_DEFAULT(SafepointTimeoutDelay, 10000);
- FLAG_SET_DEFAULT(AbortVMOnSafepointTimeout, true);
-#endif
}
--
Thanks,
-Aleksey
More information about the shenandoah-dev
mailing list