RFR: Restore string table rehashing task in cleanup tasks

Aleksey Shipilev shade at redhat.com
Thu Jun 14 13:08:42 UTC 2018


On 06/14/2018 03:05 PM, Zhengyu Gu wrote:
> On 06/14/2018 08:39 AM, Aleksey Shipilev wrote:
>> On 06/14/2018 02:00 PM, Zhengyu Gu wrote:
>>> I wrongly removed string table rehashing task from safeppont cleanup phase, thought it should be
>>> performed concurrently.
>>>
>>> I believe that StringInternCleanup test failure is due to upstream bug - I filed JDK-8205006
>>> (https://bugs.openjdk.java.net/browse/JDK-8205006) and temporary disable the test till the bug is
>>> fixed.
>>>
>>> Webrev: http://cr.openjdk.java.net/~zgu/shenandoah/restore_stringtable_rehashing/webrev.00/
>>
>> I think ignoring the test masks the issue. Can we keep the test around, but disable rehashing with
>> UseShenandoahGC? E.g.:
>>
>>   // Workaround upstream bug in StringTable rehashing, see JDK-8205006.
>>   if (StringTable::needs_rehashing() && !UseShenandoahGC) {
>>
> This functional equivalents to what we have right now, another option is to defer this till
> JDK-8205006 fixed upstream?

It would be better to revert to upstream state, has one-liner workaround, then and mark it with
TODO, for our future reference.

-Aleksey



More information about the shenandoah-dev mailing list