[dpdk-dev] DPDK 18.05 only works with up to 4 NUMAs systems
Kumar, Ravi1
Ravi1.Kumar at amd.com
Thu Jun 28 09:03:07 CEST 2018
>On 22-Jun-18 5:37 PM, Kumar, Ravi1 wrote:
>> Hi,
>>
>> As the memory subsystem in DPDK 18.05 is reworked, it has introduced a problem for AMD EPYC 2P platforms.
>> The issue is that DPDK 18.05 only works with up to 4 NUMAs. For AMD EPYC 2P platforms, DPDK now only works with P0 (NUMA 0-3) and does not work with P1 (NUMA 4-7).
>>
>> The problem can be fixed by reducing some of the default settings of the memory subsystem.
>>
>> To solve this issue:
>> - We can create our own config file for our integrated 10G NIC, that is for amd_xgbe PMD. This will make amd_xgbe immune to this problem.
>> - However, when any other NIC (Intel, Mellanox, Cavium or Broadcom etc.) is plugged into NUMA 4-7, the problem will still be exposed.
>> - If we only fix it in "config/common_base", it will cover all cases.
>>
>> Our current workaround is:
>> Edit config file "./config/common_base" and change the following line
>> CONFIG_RTE_MAX_MEM_MB_PER_TYPE=131072
>> TO
>> CONFIG_RTE_MAX_MEM_MB_PER_TYPE=65536
>>
>> Any better solution for this issue is welcome.
>>
>> We would appreciate if this issue can be fixed in the next release (18.08) so the STOCK version of DPDK works on AMD EPYC 2P platforms.
>>
>> Regards,
>> Ravi
>>
>
>Hi Ravi,
>
>What is the reason behind this limitation? Is it too much virtual memory being preallocated?
>
>--
>Thanks,
>Anatoly
>
Hi Anatoly,
We believe this is true. By default, too much virtual memory is being preallocated. The result is it can only support up to 4 NUMAs.
Our workaround is to reduce the amount of preallocated virtual memory by half, so to support up to 8 NUMAs.
Regards,
Ravi
More information about the dev
mailing list