RFR (S) 8251336: Shenandoah: assert "only get here when SATB active" after JDK-8244997
Kim Barrett
kim.barrett at oracle.com
Wed Aug 12 04:00:04 UTC 2020
> On Aug 11, 2020, at 5:02 PM, Coleen Phillimore <coleen.phillimore at oracle.com> wrote:
>
>
>
> On 8/11/20 4:45 PM, Coleen Phillimore wrote:
>>
>>
>> On 8/11/20 1:48 PM, Kim Barrett wrote:
>>>> On Aug 11, 2020, at 10:41 AM, Coleen Phillimore <coleen.phillimore at oracle.com> wrote:
>>>>
>>>>
>>>> Kim's suggestion for this change looks really good. I'm re-testing this now:
>>>>
>>>> open webrev at http://cr.openjdk.java.net/~coleenp/2020/8251336.02/webrev
>>>> bug link https://bugs.openjdk.java.net/browse/JDK-8251336
>>> In release_oop_handles, because Service_lock is a "special" lock and
>>> touched in lots of places, I'd prefer the deletion not happen under
>>> the lock. (I realize this uglifies the code a little bit.)
>>
>> Because there was no performance reason to use lock free code for this, I add to and clean out the linked list under the Service_lock. I chose a simple implementation because there was no performance or correctness issue to do otherwise.
>>
>> I'd rather not change this to be ugly unless it's proven to not be correct or performant.
>
> Scratch that. I see what you mean. Like:
>
> http://cr.openjdk.java.net/~coleenp/2020/8251336.03.incr/webrev/index.html
>
> (sorry I had some other questions about making this lock free).
>
> I'm re-testing this version now.
Yes, exactly. That version looks good.
More information about the hotspot-dev
mailing list