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 4215231FC for ; Tue, 24 Jul 2018 09:29:24 +0200 (CEST) Received: from rsa59-2-82-233-193-189.fbx.proxad.net ([82.233.193.189] 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 1fhrlf-0005q2-9j; Tue, 24 Jul 2018 09:30:00 +0200 Received: by droids-corp.org (sSMTP sendmail emulation); Tue, 24 Jul 2018 09:29:15 +0200 Date: Tue, 24 Jul 2018 09:29:15 +0200 From: Olivier Matz To: "Wiles, Keith" Cc: Morten =?iso-8859-1?Q?Br=F8rup?= , Honnappa Nagarahalli , "dev@dpdk.org" Message-ID: <20180724072915.tc66rnjxx6lbbvb4@platinum> References: <98CBD80474FA8B44BF855DF32C47DC35B421EE@smartserver.smartshare.dk> <98CBD80474FA8B44BF855DF32C47DC35B421F1@smartserver.smartshare.dk> <1220B8CA-FF5E-4632-81E4-E2A5243005BF@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1220B8CA-FF5E-4632-81E4-E2A5243005BF@intel.com> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] rte_mbuf library likely()/unlikely() 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: Tue, 24 Jul 2018 07:29:24 -0000 Hi, On Mon, Jul 23, 2018 at 10:40:03PM +0000, Wiles, Keith wrote: > > > > On Jul 23, 2018, at 2:09 PM, Morten Brørup wrote: > > > > I haven't performance tested, but they are compiler branch prediction hints pointing out the most likely execution path, so I expect them to have a positive effect. > > We really need to make sure this provides any performance improvement and that means it needs to be tested on a number of systems. Can you please do some performance testing or see if we can get the guys doing DPDK performance testing to first give this a try? This area is very sensitive to tweaking. I agree we should be driven by performance improvements. I remember a discussion with Bruce on the ML saying that hardware branch predictors generally do a good job. Thanks, Olivier