[jdk20] RFR: 8298642: ParallelGC -XX:+UseNUMA eden spaces allocated on wrong node

Thomas Schatzl tschatzl at openjdk.org
Mon Dec 19 14:45:52 UTC 2022


On Wed, 14 Dec 2022 14:23:01 GMT, Nick Gasson <ngasson at openjdk.org> wrote:

> I noticed this when implementing JDK-8298482.  If UseAdaptiveSizePolicy and/or UseAdaptiveNUMAChunkSizing are enabled and UseLargePages is *not* enabled, part of the eden spaces managed by MutableNUMASpace end up bound to the wrong node.  This seems to be a regression caused by JDK-8283935, specifically the addition of
> 
> 
>   set_page_size(alignment());
> 
> 
> to MutableNUMASpace::initialize().  Previously the page size would have been equal to os::vm_page_size() unless UseLargePages was enabled.
> 
> In bias_region() we call os::free_memory() to uncommit a range of pages so that they can be later allocated on a different node, passing page_size() as the alignment_hint argument. However on Linux this does nothing if alignment_hint is greater than os::vm_page_size() and THP is not enabled, so the pages always remain bound to their original node (see os::pd_free_memory() in os_linux.cpp).
> 
> I think the solution here is to pass os::vm_page_size() as the alignment_hint when UseLargePages is disabled.
> 
> I tested SPECjbb on a dual-socket AArch64 system with -XX:+UseParallelGC -XX:+UseNUMA but otherwise default options and critical-jOPS improved by about 12% (averaged over several runs).

I think this is good. Please wait for a second review.

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

Marked as reviewed by tschatzl (Reviewer).

PR: https://git.openjdk.org/jdk20/pull/33


More information about the hotspot-gc-dev mailing list