RFR: Restore string table rehashing task in cleanup tasks
Zhengyu Gu
zgu at redhat.com
Thu Jun 14 13:24:57 UTC 2018
On 06/14/2018 09:08 AM, Aleksey Shipilev wrote:
> 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.
Ok.
http://cr.openjdk.java.net/~zgu/shenandoah/restore_stringtable_rehashing/webrev.01/
-Zhengyu
>
> -Aleksey
>
More information about the shenandoah-dev
mailing list