RFR: 8308507: G1: GClocker induced GCs can starve threads requiring memory leading to OOME [v7]
Ivan Walulya
iwalulya at openjdk.org
Tue Jun 6 13:48:05 UTC 2023
On Tue, 6 Jun 2023 13:39:21 GMT, Albert Mingkun Yang <ayang at openjdk.org> wrote:
>> Ivan Walulya has updated the pull request incrementally with one additional commit since the last revision:
>>
>> prefer gc pause over heap expansion
>
> src/hotspot/share/gc/g1/g1CollectedHeap.cpp line 434:
>
>> 432: if (request.pending()) {
>> 433: // GC Safepoint did not handle our allocation request. We should retry.
>> 434: return false;
>
> Is it possible for a thread to hit this point indefinitely, i.e. some form of starvation?
Only if you have indefinite triggering of non-allocating GCs. I wouldn't consider that starvation, as starvation here should imply some threads being able to allocate, and some other threads being unable to allocate even with allocation GCs triggered.
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/14077#discussion_r1219686118
More information about the hotspot-gc-dev
mailing list