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 D4C74A0547 for ; Wed, 29 Sep 2021 13:12:07 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id BDCE7410DB; Wed, 29 Sep 2021 13:12:07 +0200 (CEST) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by mails.dpdk.org (Postfix) with ESMTP id B17F5410D7 for ; Wed, 29 Sep 2021 13:12:05 +0200 (CEST) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 4E0A15C0100; Wed, 29 Sep 2021 07:12:05 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Wed, 29 Sep 2021 07:12:05 -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= gBSfuY4+Ljmicbosp93uPRDdpR49a4JAsi1olMF1ia4=; b=TYagxa7LfFLFMIEg UpxqtbUrVomHVtP0jMRYcxPTlGVYANIROSXdO7T86w8jA2Lhd1gEqDWVdVXBaUgC tQ4Nj/cpstt0PIH0yNlPfJDZNtSAEDHfJWMu4oydHjYJ0lhB2p/gmadN2hCpCu/w q2OJsQefaqTT/Md7+6ELD8aZM4Rv7InoWwKFWXqW9/G/6zX9sX0GB8cMGBwM6XLV 8ZxxUCi9+MLxLhYcam4Hh/92syK2qG48k1pe73DK5hetbVklgPdyclms8fz127xy RooJAHH/cVuTtOOtqygamwYMaqnLiL1jxo323MuoDGFjT7M1PT8Qj8rEoVZVnq5F MOqO6w== 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=gBSfuY4+Ljmicbosp93uPRDdpR49a4JAsi1olMF1i a4=; b=GBaIlg3mqFRm7jjDgCp+n7xc7O9maxq8I6op3gyBv7jkiL1rJfkvgnPOV b7CDgYofng9tjZLO7SQu+qYyx3Fl+u2nnIixzdehfrK9D4mFVkWCWsmtOIA/lwOf NjbfF1u3gfnCEjKhZQRk0FtxMpaRtlnQUCmXERVO6KCUAafs4pxnznIZhNnheMYW tg3SAGSsx2oG5gJMcF2s9J8Y0maJpDDudgXUxpU6F+R/ozqybauqZp+JOhcC6xSU vsG3ltUQMbzFt4+8VQMjD3nc9Y3nSyAws++mULyC+MkPZ25EqnokdpClVgXIdn4e lmyagviYbEfl0/JcxMUbNt49zNGZg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrudekvddgfeeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecugg ftrfgrthhtvghrnhepudeggfdvfeduffdtfeeglefghfeukefgfffhueejtdetuedtjeeu ieeivdffgeehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrh homhepthhhohhmrghssehmohhnjhgrlhhonhdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 29 Sep 2021 07:12:04 -0400 (EDT) From: Thomas Monjalon To: Mohammad Masumi , "Burakov, Anatoly" Cc: "users@dpdk.org" , "dmitry.kozliuk@gmail.com" , "Richardson, Bruce" , "stephen@networkplumber.org" Subject: Re: [dpdk-users] Memory allocation limits Date: Wed, 29 Sep 2021 13:12:03 +0200 Message-ID: <1758092.NzVlmGAOTI@thomas> In-Reply-To: References: <1728391.6pqWS55XY0@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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 12:14, Burakov, Anatoly: > From: Thomas Monjalon > > 26/09/2021 17:52, Mohammad Masumi: > > > Hi > > > > > > 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? > > > > adding people Cc to help > > > > Hi, > > This is intentional. In order to increase the amount of contiguous allocation 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) should not break anything. It looks to be something to add in docs, right?