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