From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 34B407EB0 for ; Thu, 16 Apr 2015 11:18:26 +0200 (CEST) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga103.jf.intel.com with ESMTP; 16 Apr 2015 02:18:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,586,1422950400"; d="scan'208";a="710072807" Received: from smonroyx-mobl.ger.corp.intel.com (HELO [10.237.220.60]) ([10.237.220.60]) by fmsmga002.fm.intel.com with ESMTP; 16 Apr 2015 02:18:24 -0700 Message-ID: <552F7E5F.3050502@intel.com> Date: Thu, 16 Apr 2015 10:18:23 +0100 From: "Gonzalez Monroy, Sergio" User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Stephen Hemminger References: <552EB8C6.5050906@linaro.org> <20150415122419.767e4048@urahara> <552F7AD6.3070003@intel.com> In-Reply-To: <552F7AD6.3070003@intel.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org Subject: Re: [dpdk-dev] mempool deleting and cache_size X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2015 09:18:26 -0000 On 16/04/2015 10:03, Gonzalez Monroy, Sergio wrote: > On 15/04/2015 20:24, Stephen Hemminger wrote: >> On Wed, 15 Apr 2015 20:15:18 +0100 >> Zoltan Kiss wrote: >> >>> Hi, >>> >>> I have two questions regarding mempools: >>> >>> - the first is trivial: how do you delete them? Can you? I can't see a >>> function to do that, and none of the examples are doing such thing. >>> When >>> exactly it get deleted? >> You can't delete them. They live in hugepage area and are persistent. >> Correctly written code looks for them by name and reuses existing pool >> if it is big enough. >> > FYI, I'm looking into such functionality and also delete/destroy > mempools (although still no plan on implementation). > > Sergio Forgot to say, suggestions/ideas are more than welcome. Sergio