RFR: 8205051: UseNUMA memory interleaving vs cpunodebind & localalloc [v2]

Sangheon Kim sangheki at openjdk.org
Tue Dec 3 21:30:41 UTC 2024


On Tue, 3 Dec 2024 06:26:15 GMT, Swati Sharma <duke at openjdk.org> wrote:

>> Hi All,
>> 
>> The PR handles the performance issues related to flag UseNUMA. We disable the UseNUMA flag when the process gets invoked with incorrect node alignment.
>> We check the cpunodebind and membind(or interleave for interleave policy) bitmask equality and disable UseNUMA when they are not equal.
>> For example on a 4 NUMA node system:
>> 0123 Node Number
>> 1100  cpunodebind bitmask
>> 1111 membind bitmask 
>> Disable UseNUMA as CPU and memory bitmask are not equal.
>> 
>> 0123 Node Number  
>> 1100  cpunodebind bitmask
>> 1100 membind bitmask 
>> Enable UseNUMA as CPU and memory bitmask are equal.
>> 
>> This covers all the cases with all policies and tested this with below command
>> numactl --cpunodebind=0,1 --localalloc java -Xlog:gc*=info -XX:+UseParallelGC -XX:+UseNUMA -version
>> 
>> For localalloc and preferred policies the membind bitmask returns true for all nodes, hence if cpunodebind is not bound to all nodes then the UseNUMA will be disabled.
>> 
>> This PR covers disabling the UseNUMA flag for all GC's hence we observed an improvement of ~25% on G1GC , ~20% on ZGC and ~7-8% on PGC in both throughput  and latency on SPECjbb2015 on a 2 NUMA node SRF-SP system with 6Group configuration.
>> 
>> Please review and provide your valuable comments.
>> 
>> Thanks,
>> Swati Sharma
>> Intel
>
> Swati Sharma has updated the pull request incrementally with one additional commit since the last revision:
> 
>   8205051: Resolved review comments.

src/hotspot/os/linux/os_linux.cpp line 4494:

> 4492:       LogStream ls(log);
> 4493: 
> 4494:       Linux::set_configured_numa_policy(Linux::identify_numa_policy());

Why this line is removed?

Linux::_current_numa_policy will not be set properly without this.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/22395#discussion_r1868377912


More information about the hotspot-runtime-dev mailing list