From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Jones Subject: Re: Accelerated receive flow steering (aRFS) for UDP Date: Mon, 10 Oct 2016 09:08:27 -0700 Message-ID: References: <1475883496.28155.270.camel@edumazet-glaptop3.roam.corp.google.com> <1476033293.28155.273.camel@edumazet-glaptop3.roam.corp.google.com> <1476052402.28155.277.camel@edumazet-glaptop3.roam.corp.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "netdev@vger.kernel.org" , "maorg@mellanox.com" , "tom@herbertland.com" To: Eric Dumazet , "Chopra, Manish" Return-path: Received: from g2t2353.austin.hpe.com ([15.233.44.26]:46153 "EHLO g2t2353.austin.hpe.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753243AbcJJQI3 (ORCPT ); Mon, 10 Oct 2016 12:08:29 -0400 In-Reply-To: <1476052402.28155.277.camel@edumazet-glaptop3.roam.corp.google.com> Sender: netdev-owner@vger.kernel.org List-ID: On 10/09/2016 03:33 PM, Eric Dumazet wrote: > OK, I am adding/CC Rick Jones, netperf author, since it seems a netperf > bug, not a kernel one. > > I believe I already mentioned fact that "UDP_STREAM -- -N" was not doing > a connect() on the receiver side. I can confirm that the receive side of the netperf omni path isn't trying to connect UDP datagrams. I will see what I can put together. happy benchmarking, rick jones rick.jones2@hpe.com