From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruce Richardson Subject: Re: [Patch] Eth Driver: Optimization for improved NIC processing rates Date: Wed, 28 Oct 2015 10:44:37 +0000 Message-ID: <20151028104437.GA8052@bricha3-MOBL3> References: <745DB4B8861F8E4B9849C970520ABBF14974C1DF@ORSMSX102.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "dev@dpdk.org" To: "Polehn, Mike A" Return-path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 06D3A8DA2 for ; Wed, 28 Oct 2015 11:44:40 +0100 (CET) Content-Disposition: inline In-Reply-To: <745DB4B8861F8E4B9849C970520ABBF14974C1DF@ORSMSX102.amr.corp.intel.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Tue, Oct 27, 2015 at 08:56:31PM +0000, Polehn, Mike A wrote: > Prefetch of interface access variables while calling into driver RX and TX subroutines. > > For converging zero loss packet task tests, a small drop in latency for zero loss measurements > and small drop in lost packet counts for the lossy measurement points was observed, > indicating some savings of execution clock cycles. > Hi Mike, the commit log message above seems a bit awkward to read. If I understand it correctly, would the below suggestion be a shorter, clearer equivalent? Prefetch RX and TX queue variables in ethdev before driver function call This has been measured to produce higher throughput and reduced latency in RFC 2544 throughput tests. Or perhaps you could suggest yourself some similar wording. It would also be good to clarify with what applications the improvements were seen - was it using testpmd or l3fwd or something else? Regards, /Bruce