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