From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Burakov, Anatoly" Subject: Re: [PATCH v3 17/20] examples: add external memory example app Date: Fri, 21 Sep 2018 10:03:03 +0100 Message-ID: <1bf87fb6-4d13-75f5-a097-5c3122828326@intel.com> References: <665a207254fdcf2a86dd371f78e7c15c3f9ed298.1537443103.git.anatoly.burakov@intel.com> <2601191342CEEE43887BDE71AB977258EA959482@irsmsx105.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "laszlo.madarassy@ericsson.com" , "laszlo.vadkerti@ericsson.com" , "andras.kovacs@ericsson.com" , "winnie.tian@ericsson.com" , "daniel.andrasi@ericsson.com" , "janos.kobor@ericsson.com" , "geza.koblo@ericsson.com" , "srinath.mannam@broadcom.com" , "scott.branden@broadcom.com" , "ajit.khaparde@broadcom.com" , "Wiles, Keith" , "Richardson, Bruce" , "thomas@monjalon.net" , "shreyansh.jain@nxp.com" , "shahafs@mellanox.com" , "arybchenko@solarflare.com" To: "Ananyev, Konstantin" , "dev@dpdk.org" Return-path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 712741041 for ; Fri, 21 Sep 2018 11:03:17 +0200 (CEST) In-Reply-To: <2601191342CEEE43887BDE71AB977258EA959482@irsmsx105.ger.corp.intel.com> Content-Language: en-US List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 20-Sep-18 11:47 PM, Ananyev, Konstantin wrote: > > Hi Anatoly > >> >> Introduce an example application demonstrating the use of >> external memory support. This is a simple application based on >> skeleton app, but instead of using internal DPDK memory, it is >> using externally allocated memory. >> >> The RX/TX and init path is a carbon-copy of skeleton app, with >> no modifications whatseoever. The only difference is an additional >> init stage to allocate memory and create a heap for it, and the >> socket ID supplied to the mempool initialization function. The >> memory used by this app is hugepage memory allocated anonymously. >> >> Anonymous hugepage memory will not be allocated in a NUMA-aware >> fashion, so there is a chance of performance degradation when >> using this app, but given that kernel usually gives hugepages on >> local socket first, this should not be a problem in most cases. > > Do we need a new sample app just for that? > Couldn't it be added into testpmd, same, as we have now 'mp-anon' > to use mempool over anonymous memory? > Konstantin > Hi Konstantin, The reason i made a new sample app and not put it in testpmd is that i felt putting it in testpmd hurts discoverability of sample code. However, i can do either, or both? -- Thanks, Anatoly