Netdev List
 help / color / mirror / Atom feed
From: Ben Hutchings <bhutchings@solarflare.com>
To: Joakim Tjernlund <joakim.tjernlund@transmode.se>
Cc: <netdev@vger.kernel.org>
Subject: Re: VLAN HW accel, performance advantage?
Date: Tue, 3 Sep 2013 15:48:16 +0100	[thread overview]
Message-ID: <1378219696.1545.9.camel@bwh-desktop.uk.level5networks.com> (raw)
In-Reply-To: <OF0F246C2A.B5DC5CA4-ONC1257BDB.004CA4E6-C1257BDB.004DB31E@transmode.se>

On Tue, 2013-09-03 at 16:08 +0200, Joakim Tjernlund wrote:
> Ben Hutchings <bhutchings@solarflare.com> wrote on 2013/09/03 15:50:16:
> > 
> > On Tue, 2013-09-03 at 11:05 +0200, Joakim Tjernlund wrote:
> > > I am considering impl. VLAN HW acceleration in Freescales ucc_geth 
> driver 
> > > to improve
> > > performance, primarily for bridged interfaces.
> > >  I am hoping the community has some insights as to what performance 
> gains 
> > > one
> > > could expect?
> > 
> > At the moment you need to do VLAN RX offload (or fake it in software) to
> > take advantage of GRO for VLAN-encapsulated packets.  Other than that, I
> > don't think it makes a lot of difference in most situations.
> > 
> > Ben.
> 
> Thanks Ben
> 
> I figured one would avoid some memmoves if the tag was extracted and as we 
> got
> a fairly slow CPU (some 300 MHZ MPC 8321) one should gain some performance 
> but not so then.

Of course it will avoid some memmoves, I just don't think that makes
much of a difference any more.  There used to be other more major
performance issues (like having to copy packets) but I believe they've
been fixed in the stack now.

> I am not familiar with GRO( and its friends) but I am guessing it won't 
> help
> the bridge function or reduce stress from packet storms?

GRO should be beneficial for bridges if you have bursty TCP streams.  It
is especially beneficial if you also have TSO on the TX side.

Really you're going to have to try it and run benchmarks with your own
hardware.

Ben.

-- 
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.

  reply	other threads:[~2013-09-03 14:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-03  9:05 VLAN HW accel, performance advantage? Joakim Tjernlund
2013-09-03 13:50 ` Ben Hutchings
2013-09-03 14:08   ` Joakim Tjernlund
2013-09-03 14:48     ` Ben Hutchings [this message]
2013-09-03 15:29       ` Eric Dumazet
2013-09-03 18:01         ` Joakim Tjernlund

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1378219696.1545.9.camel@bwh-desktop.uk.level5networks.com \
    --to=bhutchings@solarflare.com \
    --cc=joakim.tjernlund@transmode.se \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox