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