mempool: fix slow allocation of large pools
authorOlivier Matz <olivier.matz@6wind.com>
Fri, 17 Jan 2020 09:51:49 +0000 (10:51 +0100)
committerThomas Monjalon <thomas@monjalon.net>
Mon, 20 Jan 2020 11:12:20 +0000 (12:12 +0100)
commit3a3d0c75b43e8d1670c5ea6bf85cb3e1e60dfa2b
treecc0ebdbcff65a59bd4825c1f2aeb1170be817122
parentf159c61c35ebc6ff18d2c6c2cb07c177935a96e3
mempool: fix slow allocation of large pools

When allocating a mempool which is larger than the largest
available area, it can take a lot of time:

a- the mempool calculate the required memory size, and tries
   to allocate it, it fails
b- then it tries to allocate the largest available area (this
   does not request new huge pages)
c- add this zone to the mempool, this triggers the allocation
   of a mem hdr, which request a new huge page
d- back to a- until mempool is populated or until there is no
   more memory

This can take a lot of time to finally fail (several minutes): in step
a- it takes all available hugepages on the system, then release them
after it fails.

The problem appeared with commit eba11e364614 ("mempool: reduce wasted
space on populate"), because smaller chunks are now allowed. Previously,
it had to be at least one page size, which is not the case in step b-.

To fix this, implement our own way to allocate the largest available
area instead of using the feature from memzone: if an allocation fails,
try to divide the size by 2 and retry. When the requested size falls
below min_chunk_size, stop and return an error.

Fixes: eba11e364614 ("mempool: reduce wasted space on populate")
Cc: stable@dpdk.org
Signed-off-by: Olivier Matz <olivier.matz@6wind.com>
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
Reviewed-by: Andrew Rybchenko <arybchenko@solarflare.com>
Tested-by: Ali Alnubani <alialnu@mellanox.com>
lib/librte_mempool/rte_mempool.c