From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 758133B5 for ; Tue, 29 Nov 2016 11:16:01 +0100 (CET) Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP; 29 Nov 2016 02:16:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,568,1473145200"; d="scan'208";a="196888446" Received: from yliu-dev.sh.intel.com (HELO yliu-dev) ([10.239.67.162]) by fmsmga004.fm.intel.com with ESMTP; 29 Nov 2016 02:15:58 -0800 Date: Tue, 29 Nov 2016 18:16:47 +0800 From: Yuanhan Liu To: Maxime Coquelin Cc: thomas.monjalon@6wind.com, john.mcnamara@intel.com, zhiyong.yang@intel.com, dev@dpdk.org, fbaudin@redhat.com Message-ID: <20161129101647.GP5048@yliu-dev.sh.intel.com> References: <20161123210006.7113-1-maxime.coquelin@redhat.com> <20161124050751.GC5048@yliu-dev.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [dpdk-dev] [PATCH] doc: introduce PVP reference benchmark 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: Tue, 29 Nov 2016 10:16:01 -0000 On Thu, Nov 24, 2016 at 08:35:51AM +0100, Maxime Coquelin wrote: > > > On 11/24/2016 06:07 AM, Yuanhan Liu wrote: > >First of all, thanks for the doc! It's a great one. > Thanks. > I would be interested to know if you have other tuning I don't mention > in this doc. I was thinking we may need doc some performance impacts by some features, say we observed that indirect desc may be good for some cases, while may be bad for others. Also, the non mergeable Rx path outweighs the mergeable Rx path. If user cares about the perfomance and ascertains all packets fits into a typical MTU, he may likely want to disable the mergeable feature, which is enabled by default. Maybe we could start a new doc, or maybe we could add a new section here? --yliu