RFR: 8256383: PlatformMutex::try_lock has different semantics on Windows and Posix
Stefan Karlsson
stefank at openjdk.java.net
Tue Nov 17 13:10:02 UTC 2020
On Tue, 17 Nov 2020 05:41:44 GMT, David Holmes <dholmes at openjdk.org> wrote:
> Mutex::try_lock has to allow for the possibility that the PlatformMutex::try_lock allows recursive locking.
>
> Added additional commentary on the semantics provided by Mutex and the PlatformMutex classes.
>
> Testing: GHA, mach5 tiers 1-3
@dholmes-ora It makes difference w.r.t. atomicity. You can argue that this isn't important in this specific use-case, but I thought there was an agreement among HotSpot devs to use Atomic::load for racy access. Esp. now that we've moved to C++11 and racy loads are considered undefined behavior. John created JDK-8234192 when this was discussed earlier.
-------------
PR: https://git.openjdk.java.net/jdk/pull/1247
More information about the hotspot-runtime-dev
mailing list