RFR: 8344883: Do not use mtNone if we know the tag type [v2]

Gerard Ziemski gziemski at openjdk.org
Mon Mar 31 18:45:16 UTC 2025


On Fri, 28 Mar 2025 08:22:09 GMT, Stefan Karlsson <stefank at openjdk.org> wrote:

>> Gerard Ziemski has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   work
>
> src/hotspot/share/runtime/os.cpp line 2130:
> 
>> 2128:     log_trace(os, map)(ERRFMT, ERRFMTARGS);
>> 2129:     log_debug(os, map)("successfully attached at " PTR_FORMAT, p2i(result));
>> 2130:     MemTracker::record_virtual_memory_reserve((address)result, bytes, CALLER_PC, mtNone);
> 
> I think attempt_reserve_memory_between should provide the correct mem tag.

I wasn't sure what that is here, we can do this in a follow up?

> src/hotspot/share/runtime/os.cpp line 2336:
> 
>> 2334:   if (result != nullptr) {
>> 2335:     // The memory is committed
>> 2336:     MemTracker::record_virtual_memory_reserve_and_commit((address)result, size, CALLER_PC, mtNone);
> 
> reserve_memory_special should take a mem tag, but I guess you intend to do that as a follow-up RFE?

Yes, I'm trying to keep changes small and not overdo it. There will be follow-ups.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/24282#discussion_r2021591591
PR Review Comment: https://git.openjdk.org/jdk/pull/24282#discussion_r2021590157


More information about the shenandoah-dev mailing list