RFR: Backport JDK-8221435 and JDK-8221629
Roman Kennke
rkennke at redhat.com
Thu May 16 10:01:04 UTC 2019
>> Webrev:
>> http://cr.openjdk.java.net/~rkennke/backport-jdk11-2019-05-15/webrev.00/
>
> Looks okay. Feels like a risky backport, are we good on testing?
>
> Metadata does not follow our "[backport] ..." format:
> 8221435: Shenandoah should not mark through weak roots
> 8221629: Shenandoah: Cleanup class unloading logic
>
> Also here:
>
> 460 // And finally finish class unloading
> 461 if (_heap->unload_classes()) {
> 462 _heap->unload_classes_and_cleanup_tables(full_gc);
> 463 } else if (ShenandoahStringDedup::is_enabled()) {
> 464 ShenandoahIsAliveSelector alive;
> 465 BoolObjectClosure* is_alive = alive.is_alive_closure();
> 466 ShenandoahStringDedup::unlink_or_oops_do(is_alive, NULL, false);
> 467 }
>
> Are we sure class unloading and strdedup are exclusive here?
We should do StringDedup unlink stuff even when unloading classes. In
sh/jdk, this is done by ParallelCleaning, but jdk11 version doesn't do
that for us.
Testing: hotspot_gc_shenandoah still good
http://cr.openjdk.java.net/~rkennke/backport-jdk11-2019-05-15/webrev.02/
Roman
More information about the shenandoah-dev
mailing list