From: Stephen Hemminger <shemminger@linux-foundation.org>
To: Philip Romanov <philip_romanov@yahoo.com>
Cc: netdev@vger.kernel.org
Subject: Re: SKY2 vs SK98LIN performance on 88E8053 MAC
Date: Sun, 10 Jun 2007 09:26:28 -0700 [thread overview]
Message-ID: <20070610092628.4287a935@localhost.localdomain> (raw)
In-Reply-To: <22689.31055.qm@web52311.mail.re2.yahoo.com>
On Fri, 8 Jun 2007 18:20:02 -0700 (PDT)
Philip Romanov <philip_romanov@yahoo.com> wrote:
> Hi, Stephen
>
> We are doing pure IPv4 forwarding between two Ethernet
> interfaces:
>
> IXIA port A<--->System Under Test<--->IXIA Port B
>
> Traffic has two IP destinations for each direction and
> L4 protocol is UDP. There are two static ARP entries
> and only interface routes. Two tests are identical
> except that we switch from one driver to another.
>
> Ethernet ports on the SUT are oversubscribed -- I'm
> sending 60% of line rate (of 256-byte packets) and
> measuring percentage of pass-through traffic which
> makes to the IXIA port on the other side. Traffic is
> bidirectional and system load is close to 100%.
>
> I attach vmlinux and driver profiles I have taken with
> oprofile 0.8.2. I can easily take more
> measurements/experiemnts if need be.
>
> Regards,
>
> Philip
>
>
> > > We are observing severe IPv4 forwarding
> > degradation
> > > when switching from sk98lin to sky2 driver. Setup:
> > > plain 2.6.21.3 kernel, 88E8053 Marvell Yukon2 MAC,
> > > sk98lin is @revision 8.41.2.3 coming from FC6,
> > SKY2
> > > driver from 2.6.21.3 kernel, both drivers are in
> > NAPI
> > > mode.
> > >
> > > Benchmarks are done using bidirectional traffic
> > > generated by IXIA, sending 256-byte packets.
> > Observed
> > > packet throughput is almost 30% higher with
> > sklin98
> > > driver.
> > >
> > > Ethernet flow control is turned off in SKY2 driver
> >
> > > (hard-coded as off, we know about this problem).
> > >
> > > I also have oprofile records of the drivers in
> > case
> > > anybody is interested.
> > >
> > > Please share info if you know anything on SKY2
> > > performance bottlenecks.
> > >
> >
> > I'm surprised? The vendor driver has bogus extra
> > locking and other
> > crap. Please send profile data. Flow control should
> > work on sky2 (now).
> >
> > Are you routing or doing real TCP transfers?
> >
>
BTW Please don't top post it makes reading this confusing.
Could you post the profiles. Hopefully, others have good ideas
as well.
256 bytes is the size where the copybreak optimization kicks in
so you might want to experiment with the copybreak module option
to the sky2 driver. copybreak=0 would no packets to be copied,
copybreak=1514 would cause all packets to be copied. Copying is
an optimization that helps when receiving small packets locally,
but may slow down forwarding path.
--
Stephen Hemminger <shemminger@linux-foundation.org>
next prev parent reply other threads:[~2007-06-10 16:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-08 20:41 SKY2 vs SK98LIN performance on 88E8053 MAC Philip Romanov
2007-06-08 23:30 ` Stephen Hemminger
2007-06-09 1:20 ` Philip Romanov
2007-06-10 16:26 ` Stephen Hemminger [this message]
2007-06-11 19:05 ` Philip Romanov
2007-06-11 22:23 ` Stephen Hemminger
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=20070610092628.4287a935@localhost.localdomain \
--to=shemminger@linux-foundation.org \
--cc=netdev@vger.kernel.org \
--cc=philip_romanov@yahoo.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