RFR: 8328944: NMT reports "unknown" memory [v2]

Afshin Zafari azafari at openjdk.org
Wed Nov 20 10:06:25 UTC 2024


On Tue, 19 Nov 2024 22:01:13 GMT, Gerard Ziemski <gziemski at openjdk.org> wrote:

>> We use `mtNone` value in several functions default parameters, which may show up in NMT reports.
>> 
>> We address this, by avoiding using `mtNone`.
>> 
>> Eventually the goal would be to eliminate using `mtNone` whenever possible.
>> TODO: update copyrights.
>> 
>> Testing: undergoing MARCH5 tier1-5 ...
>
> Gerard Ziemski has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains six additional commits since the last revision:
> 
>  - avoid using mtNone
>  - Merge remote-tracking branch 'upstream/master' into JDK-8328944
>  - revert, we will re-do with a smaller change
>  - remove more mtNone
>  - remove API that allows to change the mem_tag for virtual memory, feedback
>  - do not allow default parameter for mtNone

src/hotspot/share/memory/virtualspace.hpp line 65:

> 63: 
> 64:   void initialize(size_t size, size_t alignment, size_t page_size,
> 65:                   char* requested_address, bool executable, MemTag mem_tag = mtNone);

When `mtNone` is default, it is still possible to introduce/create regions of Unknown types. The MemTag arg should be mandatory.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/21843#discussion_r1850003383


More information about the shenandoah-dev mailing list