RFR: 8330677: Add Per-Compilation memory usage to JFR [v2]
Thomas Stuefe
stuefe at openjdk.org
Mon Apr 29 11:01:11 UTC 2024
On Mon, 29 Apr 2024 10:42:34 GMT, Matthias Baesken <mbaesken at openjdk.org> wrote:
>>> > I read through the comments twice and did not find a nullptr related question. Which question?
>>>
>>> See compilationMemoryStatistic.cpp .
>>>
>>> At some places we check the result for nullptr e.g.
>>>
>>> jdk/src/hotspot/share/compiler/compilationMemoryStatistic.cpp
>>>
>>> Line 79 in [b3bcc49](https://github.com/openjdk/jdk/commit/b3bcc49491b8f8ad337eb4c06201a5468e5c1159)
>>>
>>> ```
>>> const CompileTask* const task = th->task();
>>> ```
>>
>> Yes, it is inconsistent. Allmost all code here (notably anything triggered from start- or end-compilation) are called from the compiler so we run on a compiler thread and in the scope of a ciEnv. So most of the existing nullptr checks are probably not needed.
>>
>> We may want to make this consistent with subsequent RFEs.
>
>> We may want to make this consistent with subsequent RFEs.
>
> I agree, this can be a follow up.
Thanks @MBaesken . For some reason your remarks only got posted now, but I think we covered all points already.
-------------
PR Comment: https://git.openjdk.org/jdk/pull/18864#issuecomment-2082423162
More information about the hotspot-compiler-dev
mailing list