RFR(S): ShenandoahCollectionSet refactor

[Zhengyu Gu]

ShenandoahHeap gets very heavy, we probably should do some cleanup. I 
would like defer it, see what we want to do with them, such as 
verification bitmap, etc.

Thanks,

-Zhengyu

On 06/02/2017 12:37 PM, Roman Kennke wrote:
> Very nice, I like that.
>
> Makes me wonder if we should probably move the whole _fast_cset stuff
> from ShenandoahHeap into ShenandoahCollection set to begin with? Make
> the accessors inlinable in ShCollectionSet, and it should be fine?
>
> Roman
>
> Am 02.06.2017 um 18:29 schrieb Zhengyu Gu:
>> Hi,
>>
>> This refactor eliminates the second collection set state, which
>> results out-of-sync problem we encountered early.
>>
>> Now, ShenandoahCollectionSet wraps _cset_fast_test map, and all
>> updates to the map have to go through this class.
>>
>> http://cr.openjdk.java.net/~zgu/shenandoah/one_cset/webrev.00/
>>
>> Test:
>>   hotspot_gc_shenandoah with fastdebug and release
>>
>> Thanks,
>>
>> -Zhengyu
>
>