[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