It has been reported that current memory limitations do not work well on an 8-socket machines in default configuration when big page sizes are used [1].
Fix it by reducing memory amount reserved by DPDK by default to 32G per page size per NUMA node. This translates to allowing us to reserve 32G per page size per NUMA node on 8 nodes with 2 page sizes. [1] https://mails.dpdk.org/archives/dev/2018-July/108071.html Signed-off-by: Anatoly Burakov <anatoly.bura...@intel.com> --- Notes: We could have increased CONFIG_RTE_MAX_MEM_MB but this would've brought other potential problems due to increased memory preallocation, and secondary process initialization is flaky enough as it is. I am willing to bet that 32G per page size is more than enough for the majority of use cases, and any application with bigger requirements could adjust config options itself. config/common_base | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/config/common_base b/config/common_base index 201cdf698..78a644fb2 100644 --- a/config/common_base +++ b/config/common_base @@ -71,8 +71,8 @@ CONFIG_RTE_MAX_MEM_MB_PER_LIST=32768 # over multiple lists of RTE_MAX_MEMSEG_PER_LIST pages), or # RTE_MAX_MEM_MB_PER_TYPE megabytes of memory (split over multiple lists of # RTE_MAX_MEM_MB_PER_LIST), whichever is smaller -CONFIG_RTE_MAX_MEMSEG_PER_TYPE=32768 -CONFIG_RTE_MAX_MEM_MB_PER_TYPE=131072 +CONFIG_RTE_MAX_MEMSEG_PER_TYPE=16384 +CONFIG_RTE_MAX_MEM_MB_PER_TYPE=32768 # global maximum usable amount of VA, in megabytes CONFIG_RTE_MAX_MEM_MB=524288 CONFIG_RTE_MAX_MEMZONE=2560 -- 2.17.1
