netdev - Re: VLAN HW accel, performance advantage?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 3 Sep 2013 15:48:16 +0100
From:	Ben Hutchings <bhutchings@...arflare.com>
To:	Joakim Tjernlund <joakim.tjernlund@...nsmode.se>
CC:	<netdev@...r.kernel.org>
Subject: Re: VLAN HW accel, performance advantage?

On Tue, 2013-09-03 at 16:08 +0200, Joakim Tjernlund wrote:
> Ben Hutchings <bhutchings@...arflare.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.

--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html