From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 5EFE9A00BE for ; Wed, 9 Feb 2022 22:58:56 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 32E3B41101; Wed, 9 Feb 2022 22:58:56 +0100 (CET) Received: from mail-lj1-f174.google.com (mail-lj1-f174.google.com [209.85.208.174]) by mails.dpdk.org (Postfix) with ESMTP id 2527A40140 for ; Wed, 9 Feb 2022 22:58:55 +0100 (CET) Received: by mail-lj1-f174.google.com with SMTP id e17so5393716ljk.5 for ; Wed, 09 Feb 2022 13:58:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vQC7amWKnXroTWfGZDT03sjtgsXVz1XbmJ+EfhQOz/4=; b=cNkVwRdb6BPhjpPDaeyQFDiwSJywm+DT+rqOhLheTNWLgf5TdYUinC+l+BcK+Ot+o0 TDM4yb/bXOGEPvCRPOYA4qZsl8u2lx6vhIVC/6XxEJ4dvukjmDJhb/8QqUixudC/oNG/ B/UBpE6oVGKszcQTzZtviZ77GDCcaViWUA+o4ioKFWbUNly5VwTtmnbWmJBdQubWOU7t tt7FDJgguKCcg0CvZhglsNfauQCUq7MX2kGhBvtYynCNrSWVLMyNGjvq701uof8c/RLI d/kUrlXC5PV0SBkUWXaED173re1hmH71AEbs6Zin6M4334vvTsFaR5SMuBtbzAb+K/RG eQmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vQC7amWKnXroTWfGZDT03sjtgsXVz1XbmJ+EfhQOz/4=; b=YfYKEiC0p1JikwuEL3CRBg3uZVli2lUgp0CNrVLpMSr0M5VHS6y1voewUVFqObIgkV JwKFK9Z2bFjxVUQTv3NVrE/RWcV9ngdfsDBFFQqrK50ErDGzLQjCJEcOSLLHmfJZLeUG t6YgTStKYcGTytVqBhoBzGUmTGlCkmJ/a4T6vvmySy2vwjnOhsZ9NzPKti7GU/SK4kwH RBh3V93j415COadZTs54rR5hUiJ7iIXZVYJhSWbgHLHbgKz+6PXh3fUygglc9MRbhHUe quR1oKEf4gT2VKHD4oL9D549If+e9usKpsnvFDVoO4a6gEab3xaksJgyS+oMgy8y2dFb NKSw== X-Gm-Message-State: AOAM533EB47S/N2DaUxpEE7At/r0PhZmEZhTR9uZKZsFuAinPJVDcW3U uhQL4vLVeOpEho9WJ9BEtFmaIUBLn6CsRAzbJrinCYzZ X-Google-Smtp-Source: ABdhPJxr7asJcGVKnBfTOZTaK0/TZnEUFdcYtZH/o1nA8i0Y2gRJboNtfszL6Bkf+1n5dZWnDNXdTf41qlxZ8OuP588= X-Received: by 2002:a2e:a886:: with SMTP id m6mr2888261ljq.234.1644443934662; Wed, 09 Feb 2022 13:58:54 -0800 (PST) MIME-Version: 1.0 References: <20220209134446.403cf13f@hermes.local> In-Reply-To: <20220209134446.403cf13f@hermes.local> From: Antonio Di Bacco Date: Wed, 9 Feb 2022 22:58:43 +0100 Message-ID: Subject: Re: Max size for rte_mempool_create To: stephen@networkplumber.org Cc: users@dpdk.org Content-Type: multipart/alternative; boundary="0000000000009425ba05d79cf057" X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --0000000000009425ba05d79cf057 Content-Type: text/plain; charset="UTF-8" Thanks! I already reserve huge pages from kernel command line . I reserve 6 1G hugepages. Is there any other reason for the ENOMEM? On Wed, 9 Feb 2022 at 22:44, Stephen Hemminger wrote: > On Wed, 9 Feb 2022 22:20:34 +0100 > Antonio Di Bacco wrote: > > > I have a system with two numa sockets. Each numa socket has 8GB of RAM. > > I reserve a total of 6 hugepages (1G). > > > > When I try to create a mempool (API rte_mempool_create) of 530432 mbufs > > (each one with 9108 bytes) I get a ENOMEM error. > > > > In theory this mempool should be around 4.8GB and the hugepages are > enough > > to hold it. > > Why is this failing ? > > This is likely becaus the hugepages have to be contiguous and > the kernel has to that many free pages (especially true with 1G pages). > Therefore it is recommended to > configure and reserve huge pages on kernel command line during boot. > --0000000000009425ba05d79cf057 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Thanks! I already reserve huge pages from kernel command = line . I reserve 6 1G hugepages. Is there any other reason for the ENOMEM?= =C2=A0

On Wed, 9 Feb 2022 at 22:44, Stephen Hemminger <stephen@networkplumber.org> wrote:<= br>
On Wed, 9 Feb 2022 22:20:34 +0100
Antonio Di Bacco <a.dibacco.ks@gmail.com> wrote:

> I have a system with two numa sockets. Each numa socket has 8GB of RAM= .
> I reserve a total of 6 hugepages (1G).
>
> When I try to create a mempool (API rte_mempool_create) of 530432 mbuf= s
> (each one with 9108 bytes) I get a ENOMEM error.
>
> In theory this mempool should be around 4.8GB and the hugepages are en= ough
> to hold it.
> Why is this failing ?

This is likely becaus the hugepages have to be contiguous and
the kernel has to that many free pages (especially true with 1G pages). Therefore it is recommended to
configure and reserve huge pages on kernel command line during boot.
--0000000000009425ba05d79cf057--