RFR: 8352971: Increase maximum number of hold counts for ReentrantReadWriteLock [v2]
Viktor Klang
vklang at openjdk.org
Mon Apr 7 13:55:27 UTC 2025
> I'm breaking this change out as a separate improvement, since it will not be generally possible to adjust these limits on the j.u.c primitives since they might already use a backing `long` to pack in information which needs to be updated atomically (would require 128-bit atomics to widen them, and it still infeasible to change return types of pre-existing APIs).
Viktor Klang has updated the pull request with a new target base due to a merge or a rebase. The pull request now contains two commits:
- Make sure that the test fails in case of an InterruptedException
- Adding support for more than 65k readers and writers of ReentrantReadWriteLock
-------------
Changes: https://git.openjdk.org/jdk/pull/24261/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=24261&range=01
Stats: 140 lines in 4 files changed: 105 ins; 0 del; 35 mod
Patch: https://git.openjdk.org/jdk/pull/24261.diff
Fetch: git fetch https://git.openjdk.org/jdk.git pull/24261/head:pull/24261
PR: https://git.openjdk.org/jdk/pull/24261
More information about the core-libs-dev
mailing list