RFR (XS/T) 8232176: Shenandoah: new assert in ShenandoahEvacuationTask is too strong

Roman Kennke rkennke at redhat.com
Mon Oct 14 09:02:45 UTC 2019


Hmm, ok.

Roman


> Recent regression:
>   https://bugs.openjdk.java.net/browse/JDK-8232176
> 
> JDK-8231947 added the assert in ShenandoahEvacuationTask that is too strong. There is a corner case
> when the region is collection-set-pinned (CSP), and the oom-evac-protocol waits for GC thread to
> complete the evacuation. There is a short window where GC thread can see the CSP region before
> seeing cancellation request.
> 
> It seems easier to remove the too strong assert for now. is_conc_move_allowed() == true is a lie
> right now. We can add cancelled_gc() check inside of it, but that would only be safe if we know that
> caller holds oom-evac-scope.
> 
> The assertion failure reliably reproduces with -XX:ShenandoahGCHeuristics=aggressive
> -XX:+ShenandoahOOMDuringEvacALot on SPECjvm2008.
> 
> Fix:
>   https://cr.openjdk.java.net/~shade/8232176/webrev.01/
> 
> Testing: broken tests
> 




More information about the hotspot-gc-dev mailing list