From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id A5B893237 for ; Mon, 30 Jan 2017 14:56:18 +0100 (CET) Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A9ACAC04B92B; Mon, 30 Jan 2017 13:56:18 +0000 (UTC) Received: from [10.36.117.178] (ovpn-117-178.ams2.redhat.com [10.36.117.178]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id v0UDtNGQ003033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2017 08:56:11 -0500 To: Yuanhan Liu , =?UTF-8?Q?Michal_Ors=c3=a1k?= References: <1610499.AMUobBPor6@xps13> <20170112023058.GF2402@yliu-dev.sh.intel.com> <20170112160256.6915ff12.viktorin@rehivetech.com> <20170113061309.GF9770@yliu-dev.sh.intel.com> <20170116071218.GN9770@yliu-dev.sh.intel.com> <46569522-b2c3-2a33-9111-049b73c79760@stud.fit.vutbr.cz> <20170116111256.GA11439@yliu-dev.sh.intel.com> <8e8178c6-caa2-1b6e-10a0-c83820868db5@stud.fit.vutbr.cz> <20170116112110.GD10293@yliu-dev.sh.intel.com> <20170130133047.GI20916@yliu-dev.sh.intel.com> Cc: Thomas Monjalon , Jan Viktorin , dev@dpdk.org From: Maxime Coquelin Message-ID: <87152b72-8563-1515-d734-edcf2437917a@redhat.com> Date: Mon, 30 Jan 2017 14:54:16 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170130133047.GI20916@yliu-dev.sh.intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Mon, 30 Jan 2017 13:56:19 +0000 (UTC) Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH 1/2] net/virtio: fix performance regression due to TSO enabling 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, 30 Jan 2017 13:56:18 -0000 On 01/30/2017 02:30 PM, Yuanhan Liu wrote: > On Mon, Jan 16, 2017 at 12:26:41PM +0100, Michal Orsák wrote: >>>>>>>> For such workload, I don't think it would behaviour worse on ARM. >>>>>>> No reply yet; I will treat it as no objections, and please shout out if any. >>>>>>> >>>>>>> Both applied to dpdk-next-virtio. >>>>>>> >>>>>>> --yliu >>>>>> Hello, >>>>>> >>>>>> >>>>>> currently I am running short of time. If you have any test prepared which i >>>>>> can just ran, please send me a link. >>>>> No link, but you could try: >>>>> >>>>> - a typical PVP test >>>>> >>>>> - a txonly test: running txonly fwd mode in guest PMD while running >>>>> rxonly in fwd mode. >>>>> >>>>> The second is a micro test, thus I saw way bigger boost. >>>>> >>>>> When are you available for the testing, btw? >>>> 25.1.2017+ >>> Okay, I will hold on a while to apply them. >> Ok, I will send you results when I have them. > > Again, no reply yet. I'm appying them to dpdk-next-virtio. I really > don't think it could perform worse in ARM, as it removes a costly > cache invalidation operation (which should be more expensive than the > instruction cycles). > > OTOH, again, testing is welcome, if it's later proved to be worse on > ARM (which I highly doubt), I could revert them. Or have a per-architecture definition of ASSIGN_UNLESS_EQUAL if it proved to regress on ARM? Maxime > > --yliu >