RFR: Elide Evac-OOM protocol when enqueuing string deduplication candidates in traversal GC

Roman Kennke rkennke at redhat.com
Mon Mar 19 18:04:11 UTC 2018


This seems slightly racy because it depends on GC not being cancelled,
which might well flip over once we reach enqueue_candidate().


> Entering evac-oom protocol everytime to enqueuing a string deduplication
> candidate in traversal GC, has high cost. SpecJVM XmlTransform benchmark
> score was -10.5% worse than no deduplication, comparing to about -4.8%
> with adaptive GC.
> 
> We can avoid evac-oom protocol by ensuring that candidates are always
> to-space oops. With following patch, the scores are inline with adaptive
> GC.
> 
> 
> Webrev:
> http://cr.openjdk.java.net/~zgu/shenandoah/traversal-dedup-elide-evac-oom/webrev.00/
> 
> 
> Test:
> 
>   hotspot_gc_shenandoah (fastdebug and release)
> 
> 
> Thanks,
> 
> -Zhengyu




More information about the shenandoah-dev mailing list