RFR: 8292591: Experimentally add back barrier-less Java thread transitions

David Holmes dholmes at openjdk.org
Fri Sep 2 05:55:40 UTC 2022


On Thu, 1 Sep 2022 16:47:58 GMT, Robbin Ehn <rehn at openjdk.org> wrote:

> Please consider, only implemented on x64/aarch64 linux/windows.
> 
> On my box calling clock_gettime via JNI goes from 35ns to 28ns when enabled.
> 
> Passes t1-7 with option forced on, also passes t1-4 as is in this PR.

Can you explain the operation and placement of the system memory barriers please. It is not obvious how the elided membars are replaced with the new mechanism. "barrier-less" seems a bit of a misnomer as we're really replacing small barriers with a sledgehammer barrier in fewer places.

And does this really do enough to address the JNI overhead issue versus a true transition-less mechanism?

-------------

PR: https://git.openjdk.org/jdk/pull/10123


More information about the hotspot-dev mailing list