RFR: 8254075: Shenandoah: Remove ShenandoahCodeRootsStyle diagnostic flag and related test
Aleksey Shipilev
shade at openjdk.java.net
Tue Oct 6 14:07:10 UTC 2020
On Tue, 6 Oct 2020 14:01:42 GMT, Zhengyu Gu <zgu at openjdk.org> wrote:
>> src/hotspot/share/gc/shenandoah/shenandoahConcurrentRoots.cpp line 40:
>>
>>> 38:
>>> 39: bool ShenandoahConcurrentRoots::can_do_concurrent_class_unloading() {
>>> 40: return true;
>>
>> Hold on, this used to check `ClassUnloading`, should it continue to check it?
>
> No. I actually puzzled why checked it here, our concurrent roots scanner can handle both scenarios.
> Maybe a leftover from concurrent roots to concurrent class unloading transition?
It is maybe something that disables concurrent class unloading when `-ClassUnloading` is specified? Although it should
have been handled in `shenandoahArguments.cpp`. Still, I'd prefer to leave the behavior exact, and then remove the
`ClassUnloading` reference in a separate PR.
-------------
PR: https://git.openjdk.java.net/jdk/pull/524
More information about the shenandoah-dev
mailing list