<div dir="auto">Thanks! I already reserve huge pages from kernel command line . I reserve 6 1G hugepages. Is there any other reason for the ENOMEM? </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 9 Feb 2022 at 22:44, Stephen Hemminger <<a href="mailto:stephen@networkplumber.org">stephen@networkplumber.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On Wed, 9 Feb 2022 22:20:34 +0100<br>
Antonio Di Bacco <<a href="mailto:a.dibacco.ks@gmail.com" target="_blank">a.dibacco.ks@gmail.com</a>> wrote:<br>
<br>
> I have a system with two numa sockets. Each numa socket has 8GB of RAM.<br>
> I reserve a total of 6 hugepages (1G).<br>
> <br>
> When I try to create a mempool (API rte_mempool_create) of 530432 mbufs<br>
> (each one with 9108 bytes) I get a ENOMEM error.<br>
> <br>
> In theory this mempool should be around 4.8GB and the hugepages are enough<br>
> to hold it.<br>
> Why is this failing ?<br>
<br>
This is likely becaus the hugepages have to be contiguous and <br>
the kernel has to that many free pages (especially true with 1G pages). <br>
Therefore it is recommended to<br>
configure and reserve huge pages on kernel command line during boot.<br>
</blockquote></div></div>