All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@osdl.org>
To: "Paul P. Pongco" <paulp@mozcom.com>
Cc: linux-net@vger.kernel.org, bridge@osdl.org
Subject: Re: [Bridge] maximum throughput for linux bridge
Date: Fri, 13 Feb 2004 10:01:54 -0800	[thread overview]
Message-ID: <402D1112.4040902@osdl.org> (raw)
In-Reply-To: <1076657825.735.72.camel@amidala.mozcom.com>

Paul P. Pongco wrote:

>Hi,
>
>Apologies if I am not suscribed to this list.
>
>I have setup a linux bridge using 3c905C-TX/TX-M [Tornado] cards. Im
>running it on RH 7.3 2.4.19 kernel.
>Lately, I have seen the following errors on the bridge
>
>Feb 10 07:40:24 safe kernel: eth2: Too much work in interrupt, status e401.
>Feb 10 07:40:52 safe last message repeated 3 times
>Feb 10 08:12:16 safe kernel: br0: received tcn bpdu on port 1(eth2)
>Feb 10 08:12:16 safe kernel: br0: topology change detected, sending tcn bpdu
>Feb 10 08:13:09 safe kernel: br0: received tcn bpdu on port 1(eth2)
>Feb 10 08:13:09 safe kernel: br0: topology change detected, sending tcn bpdu
>
>Im currently pushing around 45Mbs/20Mbs (down/up)  of traffic on the
>bridge (doing some bandwidth management) and Im concerned about its
>performance and how it would scale.
>Thanks in advance for your advice. 
>  
>
It is not a bridge problem, just that bridging puts more stress on the 
network driver.

The problem is that the 3c905 cards don't support interrupt mitigation, 
so when lots
of network traffic hits, they drop data.  The 3c59x driver allocates and 
copies every
received frame in the interrupt routine.  What is needed is a new driver 
that does NAPI
(any volunteers)? 

Or you could get different hardware that doesn't copy every packet 
within the interrupt
routine.  Either a card that can receive direct into the socket buffer, 
or has a driver that
supports NAPI to do it in the IRQ.

I have added the linux-net list to see if anyone else has ideas.


  reply	other threads:[~2004-02-13 18:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-13  7:37 [Bridge] maximum throughput for linux bridge Paul P. Pongco
2004-02-13 18:01 ` Stephen Hemminger [this message]
2004-02-15 12:02   ` Steffen Klassert
2004-02-16 14:36   ` Paul P. Pongco

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=402D1112.4040902@osdl.org \
    --to=shemminger@osdl.org \
    --cc=bridge@osdl.org \
    --cc=linux-net@vger.kernel.org \
    --cc=paulp@mozcom.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.