[sh/jdk8u] RFR Shenandoah: properly deallocates class loader metadata

Aleksey Shipilev shade at redhat.com
Mon Jun 22 17:56:14 UTC 2020


On 6/22/20 7:52 PM, Zhengyu Gu wrote:
> The problem was discovered when running vmTestbase tests, where 
> Shenandoah fails following tests:
> 
> vmTestbase/nsk/jvmti/RedefineClasses/StressRedefineWithoutBytecodeCorruption/TestDescription.java
> vmTestbase/nsk/jvmti/RedefineClasses/StressRedefine/TestDescription.java 
>  
> vmTestbase/vm/runtime/defmeth/scenarios/Stress_redefine/TestDescription.java
> 
> It appears to be 8u specific problem, where it handles class loader 
> metadata differently. Let's mirror G1 on how metadata is handled.
> 
> 
> Webrev: 
> http://cr.openjdk.java.net/~zgu/shenandoah/sh-8u-metadata-clean/webrev.00/index.html

Looks fine.

-- 
Thanks,
-Aleksey



More information about the shenandoah-dev mailing list