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 CF10B43EF8 for ; Wed, 24 Apr 2024 18:37:23 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 8F031402D4; Wed, 24 Apr 2024 18:37:23 +0200 (CEST) Received: from NAM04-BN8-obe.outbound.protection.outlook.com (mail-bn8nam04on2069.outbound.protection.outlook.com [40.107.100.69]) by mails.dpdk.org (Postfix) with ESMTP id C42EA402D1 for ; Wed, 24 Apr 2024 18:37:21 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TqQDL+Tzw1mqY0QCyemoTmcY0rSwu74mKPqm3PhBjZX5QxAs4mMTrIi5pPAJ1ciCupm1xKiRDuBMHDt8bPSW9hd3Sdt/tgar1hQLzRfbyBZd4MF7RORcHFDp272mQnP1u2KOEF+bo63oN+CTHXz55CNB/ZnheDuapccUhv1GIHp4ELe2gYTGvl8WE/XHKM7SYEF4PLZwwNsBD4/Ujl9a4jqiIkKv6jOanud4u7aoyw4ZHrhrsZdrXpmlAqwXgNC7JQosHt6SAcY9KgvRwV7wQhqLUPOnpA4upB+8tKz2pP4z5NNJ434YeO7Nk0krqwQjlt7y6LmxYmC3oyh9rB7IwA== 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=6CJLGVI/vYy5IF0FdJQTMTMiyfe6yaqriTEYPsMSc1I=; b=OkP/qo1hPlg6poR810R184YUIrjnlyi0eL1TkGo5/ipruuCyGD1o9ZczndNWESztcyXvwm+Gzp2w1hu8XOup7q0VL4xFWT3fSKCDeUni9lOgoQ9U0NOH66KHb5LMGWzNQB36mZt1uNYHT7fxl9XpbwT9Id7oeBh6OnTSvbE339x1/MZYNnGObCBiExta6nFghHM6w4iZNZs56i/QoqvQCYoKEpFcXcMI1VQnTDqanuh5tw7mRjvamEHjt8McVCLfTOfhnDDQ2ad/p7ryJf75Ei4CICwO3ALe5tRrm4lwwU7uhlluN8/tfqIVknof01RphaJRqYGA0WFxEkJVBOg86g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nvidia.com; dmarc=pass action=none header.from=nvidia.com; dkim=pass header.d=nvidia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6CJLGVI/vYy5IF0FdJQTMTMiyfe6yaqriTEYPsMSc1I=; b=PYIGDvkH8WubhOyshmLuZRdtCt6s5fy53bGm7QpKAKiKRiofcaeS1znQJ5rd4DZINjpUVm5jkxPoIKpwxJ8Tsg0rZpG1lgG65bBL8JOLzPELioznaykC27lb7nSfuvTAeoH3ygkfO3z1NT9eWrupyih77eviWJQucSvCAoscg6eKOTH+ivxwQd3cZMQ4NYzr+GbzLBQ8jmCtNmDjNnP6pWbGEH7CKEOupiZA4HY6HszKuN2OfzJB7Czbss/T+PPs9g1mlHuP8Uknki5E9UeVRiBPqk8Qm8x2VzgQP6n904zk8mxRzOqh0Jt0HdV43pzc41XZB+zaRcb7tzLf/ejZuQ== Received: from DM4PR12MB5184.namprd12.prod.outlook.com (2603:10b6:5:397::18) by PH7PR12MB7889.namprd12.prod.outlook.com (2603:10b6:510:27f::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7519.22; Wed, 24 Apr 2024 16:37:15 +0000 Received: from DM4PR12MB5184.namprd12.prod.outlook.com ([fe80::2a26:fae5:4e09:ed69]) by DM4PR12MB5184.namprd12.prod.outlook.com ([fe80::2a26:fae5:4e09:ed69%6]) with mapi id 15.20.7519.021; Wed, 24 Apr 2024 16:37:15 +0000 From: Bing Zhao To: "lonc0002@yahoo.com" , "users@dpdk.org" Subject: RE: question about MemPool Thread-Topic: question about MemPool Thread-Index: AdqWYyUoCPZLbvE1TL2MfNGUO0s+gQAAPeQA Date: Wed, 24 Apr 2024 16:37:15 +0000 Message-ID: References: <00d901da9663$d0f1fee0$72d5fca0$.ref@yahoo.com> <00d901da9663$d0f1fee0$72d5fca0$@yahoo.com> In-Reply-To: <00d901da9663$d0f1fee0$72d5fca0$@yahoo.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nvidia.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DM4PR12MB5184:EE_|PH7PR12MB7889:EE_ x-ms-office365-filtering-correlation-id: a02c6aae-b0c1-43dd-a1e9-08dc647cccfd x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230031|1800799015|366007|376005|38070700009; x-microsoft-antispam-message-info: =?us-ascii?Q?wbWebPl1w/6xe2+q8KLS8U4DlTwjgUEeQI7Kc4jujb/vt5LRyscni0+uHgl9?= =?us-ascii?Q?Y+lvQ8eK5DaxRwQwoHyuM7MXelG8YYImkLRAwCkYjovCbTz7QdCU6hUCDSDH?= =?us-ascii?Q?JwJyOtEQeOlu+Wp2vpDNOIEkdMbf2K9tHXOqOsq6P8wmUpuZtiYegGXz5Gmf?= =?us-ascii?Q?IGoFdIfrCi9dPCnTw8bMc0rOLua098aeAc5xerf9fbkBtfI+8bmY1Otk8eD3?= =?us-ascii?Q?eNZU09oosjiSsrDQ91B/Bgq+plc/envxzlDfVKZMXDX/qzpVQkoB47c4tW5F?= =?us-ascii?Q?zFhTvn+K9ugegcolqGnuJCigH0gaFnGYpB7oH9Ix0YcQ9LWyQF24Qw7vMuQ5?= =?us-ascii?Q?/eJ+cVHZRwK2UoMnU4EP3tYlVMUgLV+NSUtD2wWxrDJ1Mt/nhGPoGk+ToDUt?= =?us-ascii?Q?nLl3EoUWYeNQDyy+9ocPuz6n3vOFuMIkfKUU6to9jyH9EhHjEUJvhn9r1Kj1?= =?us-ascii?Q?qODd3yYpU5TFTzU3LtygPzkgrMSwg2AbysizTbrKga2mIvFtbsKYO7h2guI5?= =?us-ascii?Q?+A3uz3biPNh3DB4Sin3lbzfT/dI9AMgvClcT0FXrq6YTY42S+qMWm/GdKXKI?= =?us-ascii?Q?SIeGu3/RWWS5zWnAi4IQA03urauXsf14AoLOI/1MoJSYMsI5WMO4Hht6WW09?= =?us-ascii?Q?exGaeKpXCWe9XcyzeC38vKRZWNN+LLQ3o0Huv/z4veQMnibhMxvunrKMtado?= =?us-ascii?Q?3L+w5zjoNWeHmViK3FtLcMtd4KnVI/a4VlK4frZsO08wrHo5vNa6CNBV1Y9l?= =?us-ascii?Q?rlcAw3dYDfYtAbk0ekW08Jbi2trXBYab4d+Gc5r4NX8gTcONqcKWd32kyiN9?= =?us-ascii?Q?ZxGaYqetuocIrS1+sryG7pZSJ+6DTmO1W0iEqfmSnYmDoBSN8XqPkGLv9NMi?= =?us-ascii?Q?Sv/8VYr679YPmUzNuaEs5WEdIFUA9koFrA/lpZpxgAWMBacIfiWAcyQniULF?= =?us-ascii?Q?5d+oEwrWQz8fXSeeXCTzPDPyU49czrhKMS1MPVciA6ZgSOu5YTFB8Cv+rQpY?= =?us-ascii?Q?AXQOsQnZhlsmReV9zunrxSDbgcQJ6eW49sr93mxtAuzTVsBid63T4xF35ndI?= =?us-ascii?Q?0hXMRFXmEkhWgLW7mGnGF4GmbS3q/d7kb2Zy3sSeUyOPsdGqiOe+CgmRsagK?= =?us-ascii?Q?N8k10joD0pzvdVY1mITmP8rpWQqVlipGaWRcwAwSpwvUGDnf708UoHK+joKV?= =?us-ascii?Q?dPT9o/r7D6g3d0k0X6j6jkS4qoYwkwqsaL87Q5yW2MxRkLwpAYcXIZJFSxRX?= =?us-ascii?Q?wP58f2rzA2YmKEgX3feThuXPcI1IwtPXHTW6Zzn2+E1Mn49K7pWolQI8S5s2?= =?us-ascii?Q?2OtF1RYY1oeEBie8ofvELKMW0pO/WmA/lGKuXYgu3G3U2w=3D=3D?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR12MB5184.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(1800799015)(366007)(376005)(38070700009); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?8Q4CDnNN4I22lMwbjcrLcFIkRLNV7sjQ/gBX18o2nODfT9yo53IfkjmCffem?= =?us-ascii?Q?PqDeDdN8K25a3wAZ5BKeKJwohZTlGFI8oF5H3vBj5eDXZT/+KyW9gn5hFA5q?= =?us-ascii?Q?CDvOOqMOiE5P+Cwd+TJQBjvrfUtAcpGtT4sN9fE4Je35trspAAaXvEfXA+9Z?= =?us-ascii?Q?HNHEluG6oxy0t1BvGhdxra34Tmkf+LjLtR9k9tsVfScZFAtWX7kLGWY6ZrqE?= =?us-ascii?Q?pDZTwzMQoqZwYD6xXYhxe+iw4KcHt/zr+MdtNU6lCieixTWQ0QfwoCynyoAP?= =?us-ascii?Q?2cfdvjSt6gQ0QaH2iISWtDcVWE+8BmTZ0G1RfqG89NmIKpcQ5RdXqf9iKVRa?= =?us-ascii?Q?qd1qlCBT1FLH8pfcR1dsJ1e+ZT6AUWDPoNN8VhZwARaCvsHwKJ8LxGLyjwJb?= =?us-ascii?Q?c//toHHPNg/4KkPZd14qRKLW0iFIIwkN7yjMuwciFB/kYauNBjXCwss/A2kc?= =?us-ascii?Q?HAmIduKRurfPDky5640rEVTXtV3a93rmGQkP5cn5PTxoODZMHkWm+n8K5ciC?= =?us-ascii?Q?gbUTMCsJo0M3KSL0kKjqb9An60QeoRRNIt+MjeRf3dZP1Q3ZbmKLZVms2nCj?= =?us-ascii?Q?ytuY7/up5enH+fyQpvg/O6nmcRDctJ/+jIh5GzjjdLr5qnbXU5saGyopIWZ0?= =?us-ascii?Q?E4arR4pWyg5pBDLBYSXuKTCqmc58bYEMyGoX/YIoe46dvQ2bONrxthrjg4RM?= =?us-ascii?Q?co+GpCCSvIY9fskf+/EJy77EnADSZA8qRvZ+wyX8ejIm607qZ2hWBciNfWdJ?= =?us-ascii?Q?Kcy+02FwkiVYIfaTc0zVuhk7VsOI3R3AyAZ5ViuEuH6zRz6VhgIyWl5yJjYj?= =?us-ascii?Q?aQbNNjoFQRHXBn0dUgUhgSDjDin7O+35f9aW8QgZQLRtWVVJd08TZB6s3/o4?= =?us-ascii?Q?5juZzNKRhX5w1EFXCDSUFLKdknT4ZpcIIT5IJJDlNuyM8T/HxSm3n/C2U33O?= =?us-ascii?Q?7onZHSC+/TmGa15C/6gvqCMUUjB7+KmpTaMibzqDzSHP5MsR7tt66fnY/arC?= =?us-ascii?Q?JFQ+xdkBqsiPVItb5MQDj0qUcXBAYm4NgIYCINgV0Tkz2ujRu8ylCDREoR4A?= =?us-ascii?Q?hMVth6G95I9D+QMtzdeAuvSXwhtVL3b/WmX1hJS8o7yCCmpF37IN11hlhLvS?= =?us-ascii?Q?8T+TcOSP8f3uIosv/DV2swOxHkp9hvAYyLmNqxGyOLfxbKuoBx/6rNt6znW0?= =?us-ascii?Q?45CkcDQNO1ZS+nNMi5qCFy7lBiGS/RjZx1KufydYACPX8junNUGbFW9lCcBA?= =?us-ascii?Q?97buiq0zjF1IYeD6JSOHNEK+QkT24jBZ+TQXtfid5aXwdQAvFv4M3CIQjHy/?= =?us-ascii?Q?I+/4LwG9J56toiHhzS2yYJWy0+cWviJk88m6nGAi6B14frCkrefY5esSXZnl?= =?us-ascii?Q?IDHocSFXe6OOcL+inOyoeKaGhe1MpCozRSqs+BKZnqJwnPK3iWe4HcSBmZh9?= =?us-ascii?Q?YRFLRdou8QF2XD5vJP7/3NqtzkTC5QdL78eBVBT2JybclbfotVQA8ExghKJj?= =?us-ascii?Q?s9h7mAHfvAPi4pNHu0heF+EE5GxxeiT/aZRMR7/OXn4HdaJr1Vgv7TbGOjce?= =?us-ascii?Q?RVXJ68PG1ZpzqqZ1K1Q=3D?= Content-Type: multipart/alternative; boundary="_000_DM4PR12MB5184D25E5E09902B59B4EE04D0102DM4PR12MB5184namp_" MIME-Version: 1.0 X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DM4PR12MB5184.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: a02c6aae-b0c1-43dd-a1e9-08dc647cccfd X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Apr 2024 16:37:15.7312 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 43083d15-7273-40c1-b7db-39efd9ccc17a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: +1J1Rc138BPRNt6bb3INPBJ/f5cVhWBlK1MYuhvCCiR1mkJVamG8feU6YLMw8flDIMHZAiZd7UL6f3Yv2yGd1w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR12MB7889 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 --_000_DM4PR12MB5184D25E5E09902B59B4EE04D0102DM4PR12MB5184namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The concept of memory pool cache is different from the CPU architecture cac= he. Unlike some DSP, in the modern CPU and system, it is not a common use case = to assign addresses to the cache and lock them as a memory. In especial, th= e data buffer is too large. The memory pool cache is a LIFO to store the pointers and trying to reduce = the memory footprints and reduce the CPU cache conflict and eviction. (Alwa= ys try to use the used memory previously) Only when trying to access the memory itself, a whole cache line will be ch= ecked and try to be loaded. It is impossible that a CPU load a whole buffer= (2KB for example) directly without any READ / WRITE / FLUSH to the cache. BR. Bing From: lonc0002@yahoo.com Sent: Thursday, April 25, 2024 12:24 AM To: users@dpdk.org Subject: question about MemPool External email: Use caution opening links or attachments Hello, When doing a rte_mempool_get_bulk() with a cache enabled mempool, first obj= ects are retrieved from cache and then from the common pool which I assume = is sitting in shared memory (DDR or L3?). Wouldn't accessing the objects fr= om the mempool in shared memory itself pull those objects into processor ca= che? Can this be avoided? Thanks, Vince --_000_DM4PR12MB5184D25E5E09902B59B4EE04D0102DM4PR12MB5184namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The concept of memory pool cache is different from = the CPU architecture cache.

Unlike some DSP, in the modern CPU and system, it i= s not a common use case to assign addresses to the cache and lock them as a= memory. In especial, the data buffer is too large.

 

The memory pool cache is a LIFO to store the pointe= rs and trying to reduce the memory footprints and reduce the CPU cache conf= lict and eviction. (Always try to use the used memory previously)

 

Only when trying to access the memory itself, a who= le cache line will be checked and try to be loaded. It is impossible that a= CPU load a whole buffer (2KB for example) directly without any READ / WRITE / FLUSH to the cache.

 

 

BR. Bing

 

From: lonc0002@yahoo.com <lonc0002@yahoo.com>
Sent: Thursday, April 25, 2024 12:24 AM
To: users@dpdk.org
Subject: question about MemPool

 

External email: Us= e caution opening links or attachments

 

Hello,

 

When doing a rte_mempool_get_bulk() with a cache ena= bled mempool, first objects are retrieved from cache and then from the comm= on pool which I assume is sitting in shared memory (DDR or L3?). WouldnR= 17;t accessing the objects from the mempool in shared memory itself pull those objects into processor cache? Can this = be avoided?

 

Thanks,
Vince

--_000_DM4PR12MB5184D25E5E09902B59B4EE04D0102DM4PR12MB5184namp_--