From owner-freebsd-net@freebsd.org Wed Aug 5 20:28:22 2015 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94E3E9B4EFE for ; Wed, 5 Aug 2015 20:28:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi0-x229.google.com (mail-oi0-x229.google.com [IPv6:2607:f8b0:4003:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5922413AB; Wed, 5 Aug 2015 20:28:22 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by oip136 with SMTP id 136so26662731oip.1; Wed, 05 Aug 2015 13:28:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hWaD1K+hMI8LhzRvuJtEH4B5jT/qrdfm2GfClTS1GVQ=; b=H97ZtkIarRwMMOfnKP4nbfNf1UZGvK56Ivf3VVTglcEZMqzGOkcsiEHWDRM5Yc0QSw bSpzunvJ4jsX65BJThgfEIK1ysMUI3DT85VEcxF2NPt5aKLlujNGFejuDieKm6Lv1qon Hz2ort8UcRr6VHcF5rvrSgEsKC5a7jy2tHW2RWvmyQiMBXFcbZWjl3y3bNbx5l8IwyJJ QcKIhdVVd+hCIFs29gZbVgrs+IOUMARDijxc8knTPTkdIWvcb7tmFOi8x7kQGJTfXx0b M4VdH6o6HcIXA2YIAb1ggOoaHmJEVUrujTurnv+nt3ISbhI4lKFBr0f3aF3DGoGY79Ns 86sA== MIME-Version: 1.0 X-Received: by 10.202.241.67 with SMTP id p64mr9205533oih.87.1438806501370; Wed, 05 Aug 2015 13:28:21 -0700 (PDT) Sender: kob6558@gmail.com Received: by 10.202.221.69 with HTTP; Wed, 5 Aug 2015 13:28:21 -0700 (PDT) In-Reply-To: <455460169.317514.1438783809233.JavaMail.yahoo@mail.yahoo.com> References: <455460169.317514.1438783809233.JavaMail.yahoo@mail.yahoo.com> Date: Wed, 5 Aug 2015 13:28:21 -0700 X-Google-Sender-Auth: WhgUqbGcxtRcLfqCdkySi4hkz0o Message-ID: Subject: Re: Exposing full 32bit RSS hash from card for ixgbe(4) From: Kevin Oberman To: Barney Cordoba Cc: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= , FreeBSD Net , Adrian Chadd , Eric Joyner , hiren panchasara Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Aug 2015 20:28:22 -0000 On Wed, Aug 5, 2015 at 7:10 AM, Barney Cordoba via freebsd-net < freebsd-net@freebsd.org> wrote: > > > > On Wednesday, August 5, 2015 2:19 AM, Olivier Cochard-Labb=C3=A9 < > olivier@cochard.me> wrote: > > > On Wed, Aug 5, 2015 at 1:15 AM, Barney Cordoba via freebsd-net < > freebsd-net@freebsd.org> wrote: > > > What's the point of all of this gobbledygook anyway? Seriously, 99% of > the > > world needs a driver that passes packets in the most efficient way, and > > every time I look at igb and ixgbe it has another 2 heads. It's up to 8 > > heads, and none of the things wrong with it have been fixed. This is no= w > > even uglier than Kip Macy's cxgb abortion. > > I'm not trying to be snarky here. I wrote a simple driver 3 years ago > that > > runs and runs and uses little cpu; maybe 8% for a full gig load on an E= 3. > > > > =E2=80=8BHi, > > I will be very happy to bench your simple driver. Where can I download th= e > sources ? > > Thanks, > > Olivier > _______________________________________________ > > Another unproductive dick head on the FreeBSD team? Figures. > A typical Barney thread. First he calls the developers incompetent and says he has done better. Then someone who has experience in real world benchmarking (not a trivial thing) offers to evaluate Barney's code, and gets a quick, rude, obscene dismissal. Is it any wonder that, even though he made some valid arguments (at least for some workloads), almost everyone just dismisses him as too obnoxious to try to deal with. Based on my pre-retirement work with high-performance networking, in some cases it was clear that it would be better to locking down things to a single CPU on with FreeBSD or Linux. I can further state that this was NOT true for all workloads, so it is quite possible that Barney's code works for some cases (perhaps his) and would be bad in others. But without good benchmarking, it's hard to tell. I will say that for large volume data transfers (very large flows), a single CPU solution does work best. But if Barney is going at this with his usual attitude, it's probably not worth it to continue the discussion. -- Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683