RFR: Purge batched matrix cleanup
Aleksey Shipilev
shade at redhat.com
Fri Oct 13 15:37:39 UTC 2017
On 10/13/2017 05:36 PM, Aleksey Shipilev wrote:
> http://cr.openjdk.java.net/~shade/shenandoah/matrix-no-batched/webrev.01/
>
> My suggestion is to ditch the batched matrix cleanup code, and leverage async recycling for doing
> the right thing. Allocators would normally assist with matrix cleanup, if async recycling is late.
> The experiments show this adds around 100us latency on allocation path with 32K regions (which is
> above our target anyhow), and it is negligible with the 4K target.
Oh, and by that I mean it adds 0..6ms to the Concurrent Cleanup phase with 4K regions.
-Aleksey
More information about the shenandoah-dev
mailing list