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 4939D43F39; Fri, 3 May 2024 22:07:19 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id CE495402D4; Fri, 3 May 2024 22:07:18 +0200 (CEST) Received: from mx0a-00196b01.pphosted.com (mx0b-00196b01.pphosted.com [67.231.157.166]) by mails.dpdk.org (Postfix) with ESMTP id 3DAD9402D1 for ; Fri, 3 May 2024 22:07:17 +0200 (CEST) Received: from pps.filterd (m0096262.ppops.net [127.0.0.1]) by mx0b-00196b01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 443G2quV026130; Fri, 3 May 2024 16:07:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netscout.com; h= from:to:cc:subject:date:message-id:references:in-reply-to :content-type:content-transfer-encoding:mime-version; s= netscout.com.09.24.2020; bh=G1aAdTxOY4i+2aAhsx3N3Ow+FW+WUySXXHVp TyLAZrM=; b=RaCnOzvYjkLv3SsdqLKqRDs5TljDqUW6nVsrFKX93mhwWB3wBe+1 MMcJuWWSjw5pyiPFESWSZ8fvqTLCY+/EtgMFSzMMMyyycJ2m1zfXjveQOvWW/zah VUaDJ1ZBKimpqM482Jllc8cxWHg8bWLWdvYACljtLObJ7hYwlcokevZSS3MQx9zQ xtB6qWPr4KAEPc/VN08kl1THFzRJbcqLQQOvwWAw4RSA923a84XQTJq4aoa5bnWa HUlkup/WlAddXW6+gOzD2gJ4E3eVRpB106KaqyXXJ0yZM3n2rlEblEUqCpNNGjL7 P1hGrC2CBs3CLOtu66LrvATfcSyteyZ4Zg== Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2169.outbound.protection.outlook.com [104.47.59.169]) by mx0b-00196b01.pphosted.com (PPS) with ESMTPS id 3xrx2009cc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 03 May 2024 16:07:16 -0400 (EDT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Lnz8JCnfv7xWrgey6OFB7K1i8nN6PCD3kZ2fH+A6GP7yRJ/nuB4mpuIbzFU+0XFOMhjqPSNqRg9pe7LY6U/2W39roMaZ9NzJVIPiLLdwiZnY6N60N6nRnMg1Ad/zGkYaUkQHZ6pHNCKh4axsWuae9CQ1R3ILlvQliF+hxXuqf7rtYtR6E1gz7FUxOr3TC2ek2qL1/z9fEJIHpn6qKPvPjpxD2eOS4VitIU0kW3ev/5SS3BhZ/Xlp7XwwYdxY4YY2HYnQIwhUYYA+/xz3diGDvnUfy0f8POpclEP31R3Nz4WoHNuRUHh6IBkWgUdAk3MbaoCyqlrHDL9ipw7xd0qtAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=G1aAdTxOY4i+2aAhsx3N3Ow+FW+WUySXXHVpTyLAZrM=; b=F3/UdeRLZNOWplwfL64h8vNxjNLqWyT9euaoR8YDGfvZmL+QkOZOfpAshR4TfjB3K5bO5KbsnRLh4GFrqy3mklhVFy9sektKvefCdPplthQ7x9f81w7Rb6NqLTPBomNRBXRYp2i8PjyGBPznSFpqg7A3M3MXnuczxWcN291wLYOJK4NCp8Ghb7Dm8PwYegxUSbe3xLaUp87gINKI6Q+azSiHCPrXCXn2rtWmUZ/iWeuTj0Zll2MLeRq+7UrVgTJuXIS4ydT0TWB0DYuyLi+KG6qeneLw29KOKTmE/89dM514sKB81NTmM0wTIEVXEWWqsUGXbdysq4jw8oaMv7peTQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=netscout.com; dmarc=pass action=none header.from=netscout.com; dkim=pass header.d=netscout.com; arc=none Received: from CH3PR01MB8470.prod.exchangelabs.com (2603:10b6:610:1a4::21) by SN4PR01MB7487.prod.exchangelabs.com (2603:10b6:806:203::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7544.30; Fri, 3 May 2024 20:07:13 +0000 Received: from CH3PR01MB8470.prod.exchangelabs.com ([fe80::44f2:5149:e583:9bf1]) by CH3PR01MB8470.prod.exchangelabs.com ([fe80::44f2:5149:e583:9bf1%5]) with mapi id 15.20.7544.023; Fri, 3 May 2024 20:07:12 +0000 From: "Lombardo, Ed" To: =?iso-8859-1?Q?Morten_Br=F8rup?= , Bruce Richardson CC: Dmitry Kozlyuk , "dev@dpdk.org" , "anatoly.burakov@intel.com" Subject: RE: Need help with reducing VIRT memory Thread-Topic: Need help with reducing VIRT memory Thread-Index: Adqcu3BiXzYpqqoETgaEa9S0ksiqXwAEGosAAAF8anAAJajQIAABf8+AAADav4AABn3uAAAAJRtg Date: Fri, 3 May 2024 20:07:12 +0000 Message-ID: References: <20240502230352.7bb1ef0d@sovereign> <98CBD80474FA8B44BF855DF32C47DC35E9F41A@smartserver.smartshare.dk> In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35E9F41A@smartserver.smartshare.dk> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: CH3PR01MB8470:EE_|SN4PR01MB7487:EE_ x-ms-office365-filtering-correlation-id: a3e67fb6-c38b-4889-1062-08dc6bac9f25 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230031|376005|1800799015|366007|38070700009; x-microsoft-antispam-message-info: =?iso-8859-1?Q?oCexwawkCiYosAQO7tPVjzSBl+B0wKRM1h9zgSujMIMCKtmvCy0i0fBLfQ?= =?iso-8859-1?Q?66P4fz5g8ynpVryWQ2Vs/pqwMVBlQ377ayrsBQXPfn7t3K8+QsQRM2orVc?= =?iso-8859-1?Q?tOMTQgQEzKnlvZn51X423HW1cpYQ1f8ycDNTRfb2+lxpIlKxgfrylWqqEG?= =?iso-8859-1?Q?3BRn4l3/WGGXcPHhT9Eu6J26ccmTLaMoPWBCSPTkEsIi//MQKd6ShWXjqB?= =?iso-8859-1?Q?vREYxsDhmgHwn8uUTaL1uYM51sPWMKTwfVIjwiwsoEgQ+q+0FG1ro0P7o2?= =?iso-8859-1?Q?Dg7oxlGznrj4xfMWfLVeNee2YVPA1i+emlbLoMIQjFtCRYcrTGwBnA0q36?= =?iso-8859-1?Q?W3ziwB3tYjdCPuwXLzgCf+7nd5TNFXqhlouFp2+ERcDttg9H0jBymj0ocq?= =?iso-8859-1?Q?Vh+mEBVR+KyGj8WKSYnsJNpHeWBm0otB3O5CN+R28tK9fvrGJIXcogC547?= =?iso-8859-1?Q?7V43DQCfXFvz7kcGsqReNI1RK3Bs3DU+LUXK49OG8P8VERTZ72IXa6HNkp?= =?iso-8859-1?Q?VoO1JxRf1tlRtol+iPezDb9WFnWH1TKlpGbEb+b9omhK1fDbLIoG/Z5XC9?= =?iso-8859-1?Q?EOxlv1g9X2XWJecaHclLeGeUV3j0OfAT42tGFy89QG2FErtDUVij5PUF9e?= =?iso-8859-1?Q?g/eCb0UJlVInNeZePS0dd5JE3al39z1YefYyYYposqh5VJHJBD8M7+8WQ4?= =?iso-8859-1?Q?6W21znj0U5HMJpZ1I15E8F1jVHIs7qHNJoxG1e/K4e26RAmVspLPQlbnK5?= =?iso-8859-1?Q?bsJ8WJ2ZFzCBleywAeFA3aCTXJWtMylnqVCCEywUCS2AgLpROFRUpY8OgW?= =?iso-8859-1?Q?+P9DcKARM6oFFM8D+/c0hbnBHK3tfmmm7evnGTS/tWrxaZagdOn1juYyBl?= =?iso-8859-1?Q?DgTj8+Z9qObRowF11FEm+vh7nNAfHKGDiTkozClUwoYp0j++NkoFJoCT8X?= =?iso-8859-1?Q?GGkjpQGxeRiBHt3npGCIxGzf5kVekp+YwNZmudzLIbYL8F/b5ctT/1dKw0?= =?iso-8859-1?Q?e0lVVkypmSqACGV3C4xQpWOPIRybGr4cRmmkLIRHUVDRnWUpXqXBD/GkjC?= =?iso-8859-1?Q?WuNaEt+4gvlsTuIQpuG6Qc+VWaOE5Kl1o0vVFgpetUmtkVRbD9cOtToXHw?= =?iso-8859-1?Q?/C5sZ0sI3F613rNnJN3AX0QUqNxjzYpeG5y3g9lO6ltnJFUw6Pgjzp7Eea?= =?iso-8859-1?Q?xBaGYnt/ItcodVMdXrpNKo1U1hY7yQO0WTDEPkdk0NRg4dU1dBkdSUgdP2?= =?iso-8859-1?Q?/y8ai35DQsxPBKE3j+8WKKfhx0xudUyti5oo2MJ10WjiTCpnfVudzKZB5x?= =?iso-8859-1?Q?KUEwi7ETmzU3aP6dfGGAjdaLDwYD28i4uwV4AhrMnqH1D20vpB0Ny5tKB6?= =?iso-8859-1?Q?8mDrhzZnOvA2CMHhgqpGP7qdV8mgTa+w=3D=3D?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CH3PR01MB8470.prod.exchangelabs.com; PTR:; CAT:NONE; SFS:(13230031)(376005)(1800799015)(366007)(38070700009); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?SB5PK/MRT0fcJAqykuYox/rC4X9HYBvGphK32PG8s/JhAGNMVaOnK12ulM?= =?iso-8859-1?Q?6iSPH1lcQH1LMjPnxI2/OJGvHHZMbVywLAqfgxXWXmuLP6GpbPJr/chQ4p?= =?iso-8859-1?Q?IRNHKmToj+hHctGS9PKmH7VPkHL9dqFiuX9xhwFjZPPLEXsunIJl57KEwF?= =?iso-8859-1?Q?piADvhX2HE6OMr3Ve5+8iqxrhfnjGxsmZqPsO2Ldx0iPAkcie6AsEqnbWK?= =?iso-8859-1?Q?YhEMuKJr7pezqhGAb4XuLDwlc/4SsD370UV/SNQpOcDPa5n/Ppa3VPh5VF?= =?iso-8859-1?Q?l6tv0O5N8w1grjf/79cSNp+nJcNzkEm+3cW/STP/lW8jOiSsiD/SkZwHOe?= =?iso-8859-1?Q?AkUZVG8S1SWbiq0ksZMdy3GWKcylUPe3jyayvMXnnPHNZgy2vXTF/lmbrL?= =?iso-8859-1?Q?fLU4XO8z+RN2wh8UswgVa65D8hAGpBmMV/Bng9LsgXv43F9AWRmdVVTiCa?= =?iso-8859-1?Q?lzzVlKbNlzPSYM2T8oyovX2lumWZXBWWgAJe7b/Zr6nYNaUyWFsQQpW8xM?= =?iso-8859-1?Q?uFMvy/+Bbfp6apwhdaaJO5g7n8L8eCvy7Qz0oaJnFPVutzyePEF2GceNAf?= =?iso-8859-1?Q?VS+JGFf9TCfSWKyoQzfO/yN6K9O9miOlxKTDkIhRv3D8A6fc7fC1JoPPyc?= =?iso-8859-1?Q?7vxYQxb+8kfS2vHRuNi/PdsExPVZK7uYDfUcEbJPu7+Vz+IrMbCF6dothZ?= =?iso-8859-1?Q?Ah6vDNcgaE23hClFJ3kx9tI2b7XMVhnK0mSL4Ihy3DfRUW7hZ6oaRtwQ0S?= =?iso-8859-1?Q?y+18F+3P7CYcb9TPradJeGlXcEalMhlFSZClaSDkLpFB3VtMTurIC+B7Wq?= =?iso-8859-1?Q?y2sfFVeC7Bn+Ele4oZKdGt6Ney1yP1QLGEU+LvmB5sG46I7pZqzNNGR8OE?= =?iso-8859-1?Q?zFIj2VwIdqplrzhIMkq6Z7gGUCd946PeIHLBnqI9XhEiAz34ihpiq4+ccf?= =?iso-8859-1?Q?CL9bM31/hgBb/k5rOFv7eCzrD3W87MwEaEw7Mb8PSBRQ511LvjKFtmjf91?= =?iso-8859-1?Q?Gxx+FNS/oI8gcG0ta/o9vUbebVQMOSlXp9cPX+fdHvNlKeKVaDthUq4rsv?= =?iso-8859-1?Q?nSxz2dAOijleN9Nfj+qO4+GDM+mVH1iY5opO8LPdeN8uO6yho8Ib0rmRvF?= =?iso-8859-1?Q?ntRzrz2z8Ek+pfu/zUjODNpwMRa/9qvXfQzbhWRmvGyyQ8NQqQonySHCyj?= =?iso-8859-1?Q?TNwuJYKNABb+hu3QzHPi3gebZHpq90KAROzSPqdUYpM28qUvWuQsJde/YU?= =?iso-8859-1?Q?HTwXRpcLaW9W3NcXXPn5M8EuXkxaVmEq8wvLEABPlZveX6lAKBcaH7KHgu?= =?iso-8859-1?Q?iric8Ze7XmNpDWQBmRiKpd7XRw30pMAwhIWH6VNeRZXCr3Ni/O8c2rwDCO?= =?iso-8859-1?Q?4OU7fs4iqCFW/JewlshFxHUSl4IXAA4/u4v5Xo8WU9KuzltlYy0Pm31NU4?= =?iso-8859-1?Q?UZ0iIjHKDWXbOf7c8JqR2onNEstcGyee85URacHaUJVdaf1J1gJS7nkKn0?= =?iso-8859-1?Q?Z2AyY3rT6m6gRpUkvwpWOWjlT3KGToohH/cnjIrgBluYs4+1SnDZRsAKfE?= =?iso-8859-1?Q?8SvY/LIofdwEzj/G63GEguQ5dSZqIpICIDk9o8cDyMsd1nGTxZmaOQo72z?= =?iso-8859-1?Q?dCPlv36NxbcOMo9uHTlrOKu8RGITQjJ/B7?= Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: HJkPp4xmUqoIAtbEQieVb2P2KRLkQpUPq97oFRKJJFuruC91CM6GAQZOoEADbA6EbvbciDlVlt+o/k2/QyKbp1AtTNQH6b0OMlyQcu1wqDsAQfi4ZW8eZxP5IX3gYcI3LRHExwjMRsi+QX2UDEaJNFVX8+r8t9zBoHJQfne0BZhLu+csK+2yR8c7q3SvOK69OdYc0wqlQmTzC8a5+lP8pkKQWgFF7uYJkttvvzXiSC9qzfU7lplfYPaE4EqprmP7mi84G99u3Fjxlpa7/amF5YZCq4bfB78FcE4spTXHVGUwgFgEyiv7d4bgG3x3AWPmV6DaerAHyuWUSJgcL83sDQkID4G/WmShWF8rkC0jPxNURkrjOsWrHcx7BUo2yWnFDDbHkmK8c6LAeHeZMpYufto/e0QeVCzKxwnCcCLewyMthCi9qWmURMSIWybQsAMv+1yjTKHf2jZAndUpeGMwsAC2KhQl78fTGLXlnrdJ8/L6sPBD0ChpPwcPiclCiDay6JieTrIEGEPqEHnJUSmyXxm6QTWb0cL5nbMkXe1Zx4kjNrS89c/BZO680+iumL+cGzsbqhMOS5Ry4p2lEU8WoKWhhKBchSfqgHEmMuSwzbg5oSakoYDKjW5+q5K0FiBz X-OriginatorOrg: netscout.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: CH3PR01MB8470.prod.exchangelabs.com X-MS-Exchange-CrossTenant-Network-Message-Id: a3e67fb6-c38b-4889-1062-08dc6bac9f25 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 May 2024 20:07:12.8241 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 54f11205-d4aa-4809-bd36-0b542199c5b2 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: I1M1HV42hOpUYgsi6BtnF6i9U/ZlPBBifJVvT7ab+ZdxlAVrWRLMkXY9QWmgV3ZP8Vgjm/LlgEU9MwdLWyy8tw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN4PR01MB7487 X-Proofpoint-GUID: 9DsJ0rbjxZgkExHgE9qMOZXnQjs_o2mT X-Proofpoint-ORIG-GUID: 9DsJ0rbjxZgkExHgE9qMOZXnQjs_o2mT X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 mlxlogscore=999 lowpriorityscore=0 malwarescore=0 adultscore=0 clxscore=1011 phishscore=0 priorityscore=1501 spamscore=0 impostorscore=0 mlxscore=0 suspectscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2404010003 definitions=main-2405030141 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Hi Bruce, For the heck of it I tried to build DPDK .a and .h files with rte_config.h = changes of these parmeters. 1st build- change RTE_MAX_MEMSEG_PER_TYPE: /*-orig: #define RTE_MAX_MEMSEG_PER_TYPE 32768 */ #define RTE_MAX_MEMSEG_PER_TYPE 16384 <<<< reduced by 1/2 And executed ninja clean and ninja. Copied the .h and .a files to our application build environment and built o= ur application. Htop showed our application process VIRT value did not change, still 36.6G. 2nd build- change RTE_MAX_MEMSEG_PER_TYPE and RTE_MAX_MEMSEG_PER_TYPE toget= her: /*-orig: #define RTE_MAX_MEMSEG_LISTS 128 */ #define RTE_MAX_MEMSEG_LISTS 64 <<<< reduced by 1/2 #define RTE_MAX_MEMSEG_PER_LIST 8192 #define RTE_MAX_MEM_MB_PER_LIST 32768 /*-orig: #define RTE_MAX_MEMSEG_PER_TYPE 32768 */ #define RTE_MAX_MEMSEG_PER_TYPE 16384 <<<< reduced by 1/2 #define RTE_MAX_MEM_MB_PER_TYPE 65536 Htop showed our application process VIRT value did not change, still 36.6G.= RES value also did not change. Also tried same above but with --legacy-mem removed from EAL init argument = and VIRT jumped up to 99G. So it is a must to have --legacy-mem. Our design 5-6 yrs mature, and we had to upgrade DPDK version to support In= tel E810 NIC. Our boot-up (not grub, but early script) first allocates the= 2x1G hugepages on Oracle9 and 1024x2M on CentOS7. We do not change hugepa= ges once we boot up and go into DPDK mode. I was hoping this path of changing the rte_config.h for MEMSEG would be a v= iable path. Regards, Ed -----Original Message----- From: Morten Br=F8rup =20 Sent: Friday, May 3, 2024 2:58 PM To: Bruce Richardson ; Lombardo, Ed Cc: Dmitry Kozlyuk ; dev@dpdk.org; anatoly.burako= v@intel.com Subject: RE: Need help with reducing VIRT memory External Email: This message originated outside of NETSCOUT. Do not click l= inks or open attachments unless you recognize the sender and know the conte= nt is safe. > From: Bruce Richardson [mailto:bruce.richardson@intel.com] > Sent: Friday, 3 May 2024 17.52 >=20 > On Fri, May 03, 2024 at 04:27:39PM +0100, Bruce Richardson wrote: > > On Fri, May 03, 2024 at 02:48:12PM +0000, Lombardo, Ed wrote: > > > Hi Dmitry, > > > I am not clear on the DPDK memory layout and how to tweak these > #define values. > > > > > > #define RTE_MAX_MEMSEG_PER_LIST 8192 #define=20 > > > RTE_MAX_MEM_MB_PER_LIST 32768 #define RTE_MAX_MEMSEG_PER_TYPE=20 > > > 32768 #define RTE_MAX_MEM_MB_PER_TYPE 65536 > > > > > > I want to limit how much DPDK grabs for memory, but grabs what it > absolutely needs for our application. > > > > Hi, > > > > This is what DPDK does. What is being shown in the VIRT figures is=20 > > the address space reservation DPDK has made, but not what memory it > actually uses. > > Only sufficient hugepage memory to meet the demands of your app=20 > > should > be > > mapped by DPDK, the rest is unused address space that is not taking=20 > > up > any > > actual memory. > > On DPDK 17.11, DPDK allocates the command line specified amount of hugemem = (--socket-mem ). E.g. if a hardware appliance with 8 GB RAM running Linux has been boot-time= configured with 6 GB hugemem (e.g. 4 * 1 GB gigantic hugepages and 1024 * = 2 MB hugepages), and DPDK allocates all 6 GB hugemem at EAL init, no hugepa= ges will be available for other applications, regardless if DPDK actually u= ses this memory or not. This is especially relevant for "embedded" systems with only FLASH and RAM,= and no swap. I don't know if other DPDK versions behave differently. I haven't looked in= to this in detail. I certainly don't hope recent DPDK versions assume swap is available, and b= lindly allocate obscene amounts of memory. Configuring overcommitted hugepages might help with the problem of DPDK all= ocating all available hugepages: Instead of reserving a fixed number of hugepages at boot-time, by setting n= r_hugepages, set nr_overcommit_hugepages to allow applications to dynamical= ly allocate hugepages, where the number of hugepages in the system grows an= d shrinks with the amount of hugemem allocated by applications. Just set it= to a sufficiently large number. Please note that the Linux kernel does not support overcommitting 1 GB giga= ntic hugepages, only 2 MB hugepages. > By way of illustration, here is the memory output for a testpmd=20 > process on my system. I got this by running "top -b -p " >=20 > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > 2336969 bruce 20 0 256.2g 26432 19712 S 93.8 0.0 5:28.13 > dpdk-testpmd >=20 > If we look at the memory relevant columns, indeed VIRT shows a huge=20 > value - 256G in my case. However, the actual RAM used by testpmd is=20 > given in the "RES" (resident??) column, showing that testpmd actually=20 > is only using 26,432kB of memory in this instance, of which 19,712kB=20 > is shared memory (mostly hugepages). In fact, testpmd actually has=20 > even more hugepage memory than that mapped into it, but they must not=20 > be actually in use. > [Anatoly, > can you confirm that this would be the case when using vfio-pci i.e.=20 > no physical addresses to query?] >=20 > Regards, > /Bruce