RFR: Shenandoah String Dedup refactoring
Zhengyu Gu
zgu at redhat.com
Tue May 29 20:00:04 UTC 2018
Shenandoah only webrev:
http://cr.openjdk.java.net/~zgu/shenandoah/dedup_shared_refactor/sh-only/webrev.00/
Thanks,
-Zhengyu
On 05/29/2018 03:54 PM, Zhengyu Gu wrote:
> Hi,
>
> This refactoring is based on upstream JDK-8203641, which is still under
> review
> (http://mail.openjdk.java.net/pipermail/hotspot-dev/2018-May/032565.html).
>
> We initially borrowed G1's string deduplication implementation, but we
> diverged at one point, due to we may need to enqueue candidates inside
> write barrier. It is not the case anymore.
>
> Once JDK-8203641 upstreamed, we can share dedup table and thread
> implementation, only need to plugin in our queue implementation.
>
> It looks like StringDedupTable is another candidate to be replaced by
> ConcurrentHashTable, we should be able to benefit from it too.
>
>
> Webrev:
> http://cr.openjdk.java.net/~zgu/shenandoah/dedup_shared_refactor/webrev.00/
>
>
> Test:
> hotspot_gc_shenandoah (fastdebug and release)
>
> Thanks,
>
> -Zhengyu
>
More information about the shenandoah-dev
mailing list