RFR: ResolvedMethodTable should be cleaned up with concurrent cycles

Roman Kennke rkennke at redhat.com
Fri Nov 2 17:23:33 UTC 2018


OK. Thanks!

Am 2. November 2018 18:06:24 MEZ schrieb Aleksey Shipilev <shade at redhat.com>:
>We have been bitten by RMT cleanup move from parallel cleaning. See
>G1-specific explanation here, it
>applies to Shenandoah as well:
>  https://bugs.openjdk.java.net/browse/JDK-8213307
>
>
>diff -r d49c976b2a2a -r c5e37fae7723
>src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp
>--- a/src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp        Thu Nov
>01 18:41:22 2018 +0100
>+++ b/src/hotspot/share/gc/shenandoah/shenandoahHeap.cpp        Fri Nov
>02 17:52:24 2018 +0100
>@@ -1920,8 +1920,7 @@
>     ShenandoahGCPhase phase(full_gc ?
>                   ShenandoahPhaseTimings::full_gc_purge_class_unload :
>                           ShenandoahPhaseTimings::purge_class_unload);
>-    purged_class = SystemDictionary::do_unloading(gc_timer(),
>-                                                  full_gc /*
>do_cleaning*/ );
>+    purged_class = SystemDictionary::do_unloading(gc_timer());
>   }
>
>   {
>
>
>Testing: tier3_gc_shenandoah, hacked up
>runtime/MemberName/MemberNameLeak
>
>Thanks,
>-Aleksey


More information about the shenandoah-dev mailing list