From: Or Gerlitz <ogerlitz@voltaire.com>
To: Ben Greear <greearb@candelatech.com>,
Stephen Hemminger <shemminger@linux-foundation.org>
Cc: netdev@vger.kernel.org,
Vytautas Valancius <vytautas.valancius@gmail.com>,
Sapan Bhatia <sapanb@cs.princeton.edu>,
virtualization@lists.linux-foundation.org
Subject: bridge vs macvlan performance (was: some veth related issues)
Date: Wed, 05 Aug 2009 08:41:54 +0300 [thread overview]
Message-ID: <4A791BA2.1040503@voltaire.com> (raw)
In-Reply-To: <4A790F35.60204@candelatech.com>
Ben Greear wrote:
> Well, it seems we could and should fix veth to work, but it will have
> to do equivalent work of copying an skb most likely, so either way
> you'll probably get a big performance hit.
Using the same pktgen script (i.e with clone=0) I see that a
veth-->bridge-->veth configuration gives about 400K PPS forwarding
performance where macvlan-->veth-->macvlan gives 680K PPS (again, I made
sure that the bridge has applied learning before I start the test).
Basically, both the bridge and macvlan use hash on the destination mac
in order to know to which device forward the packet, is there anything
in the bridge logic that can explain the gap? It there something which
isn't really apples-to-apples in this comparison?
Or.
next prev parent reply other threads:[~2009-08-05 5:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-04 14:30 some veth related issues Or Gerlitz
2009-08-04 15:47 ` Ben Greear
2009-08-05 4:40 ` Or Gerlitz
2009-08-05 4:48 ` Ben Greear
2009-08-05 5:41 ` Or Gerlitz [this message]
2009-08-05 5:50 ` bridge vs macvlan performance Ben Greear
2009-08-05 7:02 ` Or Gerlitz
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=4A791BA2.1040503@voltaire.com \
--to=ogerlitz@voltaire.com \
--cc=greearb@candelatech.com \
--cc=netdev@vger.kernel.org \
--cc=sapanb@cs.princeton.edu \
--cc=shemminger@linux-foundation.org \
--cc=virtualization@lists.linux-foundation.org \
--cc=vytautas.valancius@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).