RFR: 8302462: [REDO] 8297487: G1 Remark: no need to keep alive oop constants of nmethods on stack [v2]
Richard Reingruber
rrich at openjdk.org
Wed Feb 15 11:27:23 UTC 2023
On Tue, 14 Feb 2023 20:55:20 GMT, Albert Mingkun Yang <ayang at openjdk.org> wrote:
>> src/hotspot/share/gc/shared/barrierSet.cpp line 64:
>>
>>> 62: // the constant pool of nmethods as part of the SATB snapshot, and to deal with
>>> 63: // compiled frames contained in continuation stack chunks allocated after
>>> 64: // concurent mark start.
>>
>> I've adapted the comment after https://mail.openjdk.org/pipermail/hotspot-gc-dev/2023-January/041194.html
>
> I feel the comment is at the wrong level of abstraction, compared with the surrounding code.
>
> Maybe just `Provide nmethod entry barrier to support concurrent marking and code cache unloading.` at the top of the whole method.
>
> The more elaborate "inside" about nmethod-entry-barrier probably makes more sense at `BarrierSetNMethod::nmethod_entry_barrier`.
You are right. I've reverted that change and added a line of comment to `BarrierSetNMethod::nmethod_entry_barrier`
-------------
PR: https://git.openjdk.org/jdk/pull/12561
More information about the hotspot-gc-dev
mailing list