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 59CE3A0547 for ; Wed, 29 Sep 2021 14:55:30 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id CDC25410E5; Wed, 29 Sep 2021 14:55:29 +0200 (CEST) Received: from wout5-smtp.messagingengine.com (wout5-smtp.messagingengine.com [64.147.123.21]) by mails.dpdk.org (Postfix) with ESMTP id CF15440685 for ; Wed, 29 Sep 2021 14:55:28 +0200 (CEST) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 6661A3200E18; Wed, 29 Sep 2021 08:55:26 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Wed, 29 Sep 2021 08:55:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm2; bh= vgmUfe6ULHZByrCO88hoFqO1iDCTBUQTBh2t8bcCAiM=; b=X+hw58D/cC6NHwao fmEemJI2v0mSBmc1uBd+7qxXtlel/l6S99R4myFwAh19i9bhvQO4DTLBdBCE3iNA beQONM/k7cOAyTMpTiR51wDkmSOvKn/6jU+MG1Nnj3jtzrLgu6JJyxDbPAK/Uoxt Lfe2MF0UxjZYZOn8JVXMcAd/wa9h04p0D6toQaZr67SsSXi4GR5gbgtJRa1bUKW8 Ok/qmfZ6rD0rM+6CLG2gnYxSBgWZq14nxKsaGPOF+Lp+Bq9bLDY6JvQ02C6HYmuc fNHjtNUFsmkYnObxSr0b5fwhaYvelD2L4icxj1m0EheASBeAMbMkImQ3Trpm0ZHP 8BpGEQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=vgmUfe6ULHZByrCO88hoFqO1iDCTBUQTBh2t8bcCA iM=; b=Kvm8VZ/JrqrfJ1rstPVFm7apVyG5YD6g5ksTDneBoTGlyHvvQUbQDGyge BV6xHh9es+sPDTqYlMxxF+rqIauD3KrULwd6WFQ7TWVnEVTFHWsowHWfKklpE6Yt FvJDdzTK56ti7yTfY83dOcb87JS7b6IOStE9PouokNXH+x1ARsuDDdxu8kjUWbW/ zzsr8nDWAeNf708wGRgqmgPPrLQAG6gQUxA5tE+TpanzZ3ysIofsDGDTXh9ch8VN q5zovEOzl1E1ZYvtV8xKRC6XznSYepntSbRpOb3xu6ctvSKx1tunuDorKx+wa5in DOBPVAErnTLaJ1LHQj7QvNqlwpcLg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrudekvddgheeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtqhertddttdejnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecugg ftrfgrthhtvghrnhepvdekteeviefhgeeftdefjeeukeekkeeuvefgjeeuvdeivddvveeu gfetvedtfeevnecuffhomhgrihhnpeguphgukhdrohhrghenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhomhgrshesmhhonhhjrghlohhn rdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 Sep 2021 08:55:24 -0400 (EDT) From: Thomas Monjalon To: "Burakov, Anatoly" Cc: Mohammad Masumi , "users@dpdk.org" , "dmitry.kozliuk@gmail.com" , "Richardson, Bruce" , "stephen@networkplumber.org" Subject: Re: [dpdk-users] Memory allocation limits Date: Wed, 29 Sep 2021 14:55:23 +0200 Message-ID: <4265770.nrGr1HtCfz@thomas> In-Reply-To: References: <1758092.NzVlmGAOTI@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" 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 29/09/2021 14:43, Burakov, Anatoly: > From: Thomas Monjalon > > 29/09/2021 12:14, Burakov, Anatoly: > > > From: Thomas Monjalon > > > > 26/09/2021 17:52, Mohammad Masumi: > > > > > I have HP server with 768GB memory 384GB in each Numa but I can't > > > > > allocate more than 64GB by rte_malloc by changing some parameters > > > > > in rte_config.h it increased to 128GB How to increase heap size? > > > > > > This is intentional. In order to increase the amount of contiguous al= location > > possible to perform in DPDK, you need to adjust the following values in > > rte_config.h: > > > > > > #define RTE_MAX_MEMSEG_PER_LIST 8192 > > > #define RTE_MAX_MEM_MB_PER_LIST 32768 > > > #define RTE_MAX_MEMSEG_PER_TYPE 32768 > > > #define RTE_MAX_MEM_MB_PER_TYPE 65536 > > > > > > I do not recommend arbitrarily changing them as this is untested, but > > increasing them proportionally (e.g. multiply all of them by 2 or 4) sh= ould not > > break anything. > >=20 > > It looks to be something to add in docs, right? >=20 > [[AB]]=20 > Yes, which is why I already have =F0=9F=98=83 >=20 > http://doc.dpdk.org/guides/prog_guide/env_abstraction_layer.html#memory-m= apping-discovery-and-memory-reservation >=20 > There's a section on "Maximum amount of memory" there. It says "Normally, these options do not need to be changed." Would it be meaningful to add how we can increase (by multiplying all of th= em)?