RFR: 8273614: Shenandoah: intermittent timeout with ConcurrentGCBreakpoint tests [v2]
Aleksey Shipilev
shade at openjdk.java.net
Mon Oct 11 13:11:10 UTC 2021
On Mon, 11 Oct 2021 12:42:33 GMT, Zhengyu Gu <zgu at openjdk.org> wrote:
>> I were able to reproduce with aggressive heuristics.
>>
>> A _wb_breakpoint GC request , while a concurrent GC is started. ShenandoahBreakpoint::_start_gc may not get set, as we bypass it if it is not a _wb_breakpoint GC, then we are forever blocked in ShenandoahBreakpoint::at_before_gc(), waiting for the flag to be set.
>>
>> The solution is only run breakpoints during _wb_breakpoint GC.
>>
>> Also, enforced _requested_gc_cause and _gc_requested order, ensure that read side sees latest _requested_gc_cause.
>>
>> Test:
>>
>> - [x] tier1 with Shenandoah
>
> Zhengyu Gu has updated the pull request incrementally with one additional commit since the last revision:
>
> Aleksey's comment
Marked as reviewed by shade (Reviewer).
-------------
PR: https://git.openjdk.java.net/jdk/pull/5868
More information about the hotspot-gc-dev
mailing list