RFR: 8192647: GClocker induced GCs can starve threads requiring memory leading to OOME [v2]
Albert Mingkun Yang
ayang at openjdk.org
Tue Feb 18 09:24:15 UTC 2025
On Tue, 18 Feb 2025 01:25:12 GMT, David Holmes <dholmes at openjdk.org> wrote:
> You still need it to be an atomic load
Then, maybe the logic is easier to read if the "atomic" access is visible directly from that context, instead of hiding it inside `in_critical`. Therefore, it probably makes more sense to introduce a new API. WDYT?
> The GCLocker behaviour would be easier to discern ...
Renamed to `current_thread` in `enter`,`exit`, and `enter_slow`.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/23367#issuecomment-2665044825
More information about the serviceability-dev
mailing list