RFR: Cleanup and refactor Full GC code
Roman Kennke
rkennke at redhat.com
Wed Nov 29 20:13:43 UTC 2017
Am 29.11.2017 um 21:11 schrieb Aleksey Shipilev:
> On 11/29/2017 08:51 PM, Roman Kennke wrote:
>>
>>> http://cr.openjdk.java.net/~shade/shenandoah/fullgc-cleanup/webrev.01/
>>>
>>> This cleans up, refactors, and documents Full GC code better. This is a stepping stone to humongous
>>> object compaction that adds more code to Full GC, and it builds on previous patches that are in
>>> review.
>>>
>>> What is done here:
>>>
>>> - methods in ShenandoahMarkCompact are now non-static, to align with ShenandoahConcurrentMark;
>>> - "copy_queues" are renamed to "worker_slices", because that's what those are;
>>> - memory management is a bit better: use automatic storage where appropriate, cluster
>>> allocation/deallocation code otherwise, etc;
>>> - iterators are initialized in closure constructors, like in the rest of Shenandoah code.
>>> - trivial formatting changes;
>>> - some mention of the underlying algorithms is added, critical parts are commented;
>>>
>>> Testing: hotspot_gc_shenandoah
>>>
>>> Thanks,
>>> -Aleksey
>>>
>>
>> Looks good to me.
>> ShenandoahHeapRegionSet::next() may not be used anymore and could be removed. Your call. No need to
>> post another review for this.
>
> Right. I removed next() here:
> http://cr.openjdk.java.net/~shade/shenandoah/fullgc-cleanup/webrev.02/
>
> -Aleksey
>
>
>
Perfect!
More information about the shenandoah-dev
mailing list