RFR: 8338658: New Object to ObjectMonitor mapping: s390x implementation [v2]
Martin Doerr
mdoerr at openjdk.org
Sat Sep 7 14:16:06 UTC 2024
On Wed, 4 Sep 2024 09:06:19 GMT, Axel Boldt-Christmas <aboldtch at openjdk.org> wrote:
>> I couldn't find answer for that. Maybe @xmas92 can tell us about that.
>
> There are 8 cache entries, and a null sentinel at the end. All entries can be null.
>
> So the answer is no we can not be sure about that as one, two or three of the first three entries may be null. But I am not sure what the reason is for this question.
>
> The non-empty/non-null entries always comes first, followed by the null entries if any, followed by a null sentinel. The unrolled entries do not check for null, only for a match. The loop will check the rest of the entries and go to a slow path when a null entry (or the null sentinel) is encountered.
@xmas92: Can the 1st entry be 0 and the 2nd one contain garbage which matches the object by chance?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/20740#discussion_r1748100949
More information about the hotspot-dev
mailing list