From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 2FFDB5F13 for ; Sat, 24 Mar 2018 13:32:59 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Mar 2018 05:32:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,354,1517904000"; d="scan'208";a="210962821" Received: from aburakov-mobl.ger.corp.intel.com (HELO [10.252.52.185]) ([10.252.52.185]) by orsmga005.jf.intel.com with ESMTP; 24 Mar 2018 05:32:53 -0700 To: santosh , dev@dpdk.org Cc: 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, olivier.matz@6wind.com References: <495e60f4e02af8a344c0f817a60d1ee9b9322df4.1520428025.git.anatoly.burakov@intel.com> <15b7a198-2963-30e1-9d31-abbe01dd62d1@caviumnetworks.com> <568b60eb-60a8-8f9a-8b42-0d996cad1c2f@caviumnetworks.com> From: "Burakov, Anatoly" Message-ID: Date: Sat, 24 Mar 2018 12:32:52 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <568b60eb-60a8-8f9a-8b42-0d996cad1c2f@caviumnetworks.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v2 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: Sat, 24 Mar 2018 12:33:00 -0000 On 24-Mar-18 12:23 PM, santosh wrote: > > > On Saturday 24 March 2018 04:38 PM, Burakov, Anatoly wrote: >> On 24-Mar-18 6:01 AM, santosh wrote: >>> Hi Anatoly, >>> >>> Thanks for good work!. >>> Few observations: >>> # Noticed performance regression for thunderx platform for l3fwd application, >>> drops by 3%. git bisect shows this changeset is offending commit. >>> I'm still investigating reason for perf-dip.. >>> Would like to know - have you noticed any regression on x86 platform? >> >> I haven't noticed any regressions on x86. Would it by any chance be due to the fact that memory segments are now non-contiguous or are allocated from smaller page sizes first? >> >> I am in the process of preparing a v3, which moves some things around and is better at git bisect (and fixes all compile issues i am or was made aware of). Does performance regression also happen in legacy mode? >> > Test ran for legacy mode only and noticed performance regression. > > Thanks. > [..] > > Legacy mode does not do IPC memory allocation, so that is out of the question. Does thunderx do any address translation or other memory lookups on fast path? That is the only thing that comes to mind that could affect performance once all allocations are complete. -- Thanks, Anatoly