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