RFR: 8361376: Regressions 1-6% in several Renaissance in 26-b4 only MacOSX aarch64
Thomas Schatzl
tschatzl at openjdk.org
Thu Jul 24 15:29:56 UTC 2025
On Sat, 19 Jul 2025 01:39:12 GMT, Dean Long <dlong at openjdk.org> wrote:
> This PR removes the recently added lock around set_guard_value, using instead Atomic::cmpxchg to atomically update bit-fields of the guard value. Further, it takes a fast-path that uses the previous direct store when at a safepoint. Combined, these changes should get us back to almost where we were before in terms of overhead. If necessary, we could go even further and allow make_not_entrant() to perform a direct byte store, leaving 24 bits for the guard value.
Afaics the `NMethodEntryBarrier_lock` declaration/definition can also be removed.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/26399#issuecomment-3113913189
More information about the hotspot-compiler-dev
mailing list