[15] RFR 8242216: ObjectSampler::weak_oops_do() should not trigger barrier
Erik Österlund
erik.osterlund at oracle.com
Tue Apr 7 13:09:52 UTC 2020
Hi Zhengyu,
This change breaks ZGC. The raw oop may not have been relocated. It was
not by accident that I used an access load instead of a raw load,
when I built the leak profiler support.
Since this kind of issue keeps on popping up, where you can't deal with
access barriers because of some Shenandoah OOM handler,
perhaps your barriers need to be fixed instead to deal with these issues
instead. I predict it is not the last time we have
to restructure the shared code because of Shenandoah's OOM handler.
Thanks,
/Erik
On 2020-04-06 20:22, Zhengyu Gu wrote:
> Hi,
>
> This is a similar problem as JDK-8237396.
>
> Shenandoah does not expect barriers on it GC paths. Otherwise, it
> causes Shenandoah's OOM handler to fail.
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8242216
> Webrev: http://cr.openjdk.java.net/~zgu/JDK-8242216/webrev.00/index.html
>
> Test:
> tier1 (fastdebug and release) on Linux x86_64
> Submit tests.
>
>
> Thanks,
>
> -Zhengyu
>
More information about the hotspot-gc-dev
mailing list