From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.droids-corp.org (zoll.droids-corp.org [94.23.50.67]) by dpdk.org (Postfix) with ESMTP id 7487B1B1AA for ; Mon, 19 Mar 2018 18:39:07 +0100 (CET) Received: from lfbn-lil-1-702-109.w81-254.abo.wanadoo.fr ([81.254.39.109] helo=droids-corp.org) by mail.droids-corp.org with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1exykz-0007A6-Af; Mon, 19 Mar 2018 18:39:38 +0100 Received: by droids-corp.org (sSMTP sendmail emulation); Mon, 19 Mar 2018 18:39:04 +0100 Date: Mon, 19 Mar 2018 18:39:04 +0100 From: Olivier Matz To: Anatoly Burakov Cc: dev@dpdk.org, Thomas Monjalon , Yuanhan Liu , Maxime Coquelin , Tiwei Bie , keith.wiles@intel.com, jianfeng.tan@intel.com, andras.kovacs@ericsson.com, laszlo.vadkeri@ericsson.com, benjamin.walker@intel.com, bruce.richardson@intel.com, konstantin.ananyev@intel.com, kuralamudhan.ramakrishnan@intel.com, louise.m.daly@intel.com, nelio.laranjeiro@6wind.com, yskoh@mellanox.com, pepperjo@japf.ch, jerin.jacob@caviumnetworks.com, hemant.agrawal@nxp.com Message-ID: <20180319173904.u3f67wmlact2xwh6@platinum> References: <18f4ee0ba172f3bb80608694eb283cd496930675.1520083504.git.anatoly.burakov@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18f4ee0ba172f3bb80608694eb283cd496930675.1520083504.git.anatoly.burakov@intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] [PATCH 13/41] eal: replace memseg with memseg lists X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 17:39:07 -0000 On Sat, Mar 03, 2018 at 01:46:01PM +0000, Anatoly Burakov wrote: [...] > --- a/config/common_base > +++ b/config/common_base > @@ -61,7 +61,20 @@ CONFIG_RTE_CACHE_LINE_SIZE=64 > CONFIG_RTE_LIBRTE_EAL=y > CONFIG_RTE_MAX_LCORE=128 > CONFIG_RTE_MAX_NUMA_NODES=8 > -CONFIG_RTE_MAX_MEMSEG=256 > +CONFIG_RTE_MAX_MEMSEG_LISTS=32 > +# each memseg list will be limited to either RTE_MAX_MEMSEG_PER_LIST pages > +# or RTE_MAX_MEM_PER_LIST gigabytes worth of memory, whichever is the smallest > +CONFIG_RTE_MAX_MEMSEG_PER_LIST=8192 > +CONFIG_RTE_MAX_MEM_PER_LIST=32 > +# a "type" is a combination of page size and NUMA node. total number of memseg > +# lists per type will be limited to either RTE_MAX_MEMSEG_PER_TYPE pages (split > +# over multiple lists of RTE_MAX_MEMSEG_PER_LIST pages), or RTE_MAX_MEM_PER_TYPE > +# gigabytes of memory (split over multiple lists of RTE_MAX_MEM_PER_LIST), > +# whichever is the smallest > +CONFIG_RTE_MAX_MEMSEG_PER_TYPE=32768 > +CONFIG_RTE_MAX_MEM_PER_TYPE=128 > +# legacy mem mode only > +CONFIG_RTE_MAX_LEGACY_MEMSEG=256 Would it be possible to suffix CONFIG_RTE_MAX_MEM_PER_LIST and CONFIG_RTE_MAX_MEM_PER_TYPE with _GB? It's not that obvious that is it gigabytes. What is the impact of changing one of these values on the ABI? And what would be the impact on performance? The underlying question is: shall we increase these values to avoid changing them later?