RFR (XS) 8240534: Shenandoah: ditch debug safepoint timeout adjustment block

Roman Kennke rkennke at redhat.com
Wed Mar 4 17:30:55 UTC 2020


Ok.

Thanks,
Roman

> 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
>  }
> 
> 



More information about the shenandoah-dev mailing list