RFR: Split live data management for allocations and GCs

Zhengyu Gu zgu at redhat.com
Thu Mar 8 12:50:30 UTC 2018


Good to me.


-Zhengyu


On 03/08/2018 06:23 AM, Aleksey Shipilev wrote:
> http://cr.openjdk.java.net/~shade/shenandoah/liveness-split/webrev.01/
>
> These are bits and pieces for allocation pacing work.
>
> Pacer needs to disambiguate between live data produced by the allocations, and the live data
> produced by GC marking work, in order to figure out marking progress. (Traversal needs it too, for
> different reasons). It makes sense to just split the paths for allocations and GCs, and act
> accordingly at each one.
>
> ShenandoahAllocImplicitLive naturally goes into increase_live_data_alloc_words. Pacer would inject a
> call into increase_live_data_gc_words.
>
> Testing: hotspot_gc_shenandoah, pacing experiments
>
> Thanks,
> -Aleksey
>



More information about the shenandoah-dev mailing list