-
Enhancement
-
Resolution: Fixed
-
P4
-
21, 22, 23
-
b05
This function and the comment block that precedes it are an attempt to avoid spinning if the object that owns the lock is off proc, but it can't really tell that from the things it's testing. According to [~dice] the original intent was that Solaris would provide a secret API to tell that.
Instead it's a function that increases the complexity of the spinning algorithm.
We should run some benchmarks to determine if this function does anything and remove it if not.
This function doesn't work if we use the ThreadID as owner for the ObjectMonitor which helps Loom. SeeJDK-8320320.
Instead it's a function that increases the complexity of the spinning algorithm.
We should run some benchmarks to determine if this function does anything and remove it if not.
This function doesn't work if we use the ThreadID as owner for the ObjectMonitor which helps Loom. See
- relates to
-
JDK-8324221 Benchmark regressions after JDK-8320317 and JDK-8321371
-
- Closed
-
-
JDK-8320320 Make ObjectMonitor owner field the ThreadID
-
- Closed
-
-
JDK-8327860 Java processes get killed, leaving no hs_err/stack trace on macOS 14.4
-
- Closed
-
-
JDK-8327383 Clean up _Stalled and _Spinner fields
-
- Resolved
-
(1 links to)