netdev
[Top] [All Lists]

Re: Ethernet bridge performance

To: Robert Olsson <Robert.Olsson@xxxxxxxxxxx>
Subject: Re: Ethernet bridge performance
From: jamal <hadi@xxxxxxxxxx>
Date: 07 Aug 2003 15:21:34 -0400
Cc: Felix Radensky <felix@xxxxxxxxx>, Ben Greear <greearb@xxxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx
In-reply-to: <16178.41976.3643.584516@xxxxxxxxxxxx>
Organization: jamalopolis
References: <3F3217E7.2080903@xxxxxxxxx> <3F3284EA.5050406@xxxxxxxxxxxxxxx> <3F328A0F.3040005@xxxxxxxxx> <16178.41976.3643.584516@xxxxxxxxxxxx>
Reply-to: hadi@xxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
Actually seems his biggest problem is he is not running
the NAPI driver

cheers,
jamal

On Thu, 2003-08-07 at 15:09, Robert Olsson wrote:
> Felix Radensky writes:
>  > Thanks for your help, Ben. What is skb-recycle patch
>  > and where can I find it ?
>  
>  It's experimental and not updated for almost a year and current 
>  implementation does not add anything to SMP. Got some idea how
>  to improve this... but try to keep to slab as long as possible 
>  it has been improved.
> 
>  Routing/bridging on SMP has affinty problem. If you are passing
>  skb's say from eth0 to eth1 and they are bound on different CPU's
>  you get cache boucing since the TX-interrupts come on another CPU.
> 
>  In a recent test with pktgen:
>  300 kpps with TX interrupts on same CPU as sender.
>  198 kpps with TX intr on different CPU as sender.
> 
>  Recycling tries to address this but current implementation fails
>  as said.
> 
>  But you are probably hit by something else... Check were the drops 
>  happens qdisc?. NIC ring RX/TX size, Number of interrupts. ksoftird 
>  priority, link HW_FLOW control, checksumming, affinity etc. 
> 
>  
>  Cheers.
>                                               --ro
> 
> 


<Prev in Thread] Current Thread [Next in Thread>