[11u] RFR 8250827: Shenandoah: needs to reset/finish StringTable's dead count before/after parallel walk

[Zhengyu Gu]

No, we have similar problem with 14. But patch is not relevant, we have 
to do 14 specific fix.

-Zhengyu

On 7/30/20 10:47 AM, Roman Kennke wrote:
> Are you sure, this is 11u-specific? I know that we have concurrent
> stringtable processing in later JDKs, but some code paths still use the
> parallelCleaning code, or is it not relevant there?
> 
> Roman
> 
> On Thu, 2020-07-30 at 10:05 -0400, Zhengyu Gu wrote:
>> Please review this small patch that triggers StringTable cleaning
>> and
>> resizing after parallel walk.
>>
>> Bug: https://bugs.openjdk.java.net/browse/JDK-8250827
>> Webrev: http://cr.openjdk.java.net/~zgu/JDK-8250827/webrev.00/
>>
>>
>> Test:
>>     hotspot_gc_shenandoah
>>
>> Thanks,
>>
>> -Zhengyu
>>
>