Re: Ethernet bridge performance

Felix Radensky wrote:

I've mentioned in my first post that there are zero drops at driver level
(as shown by ifconfig). I'm also using IRQ affinity feature, binding 
interrupts
of eth0 and eth1 to CPU0, so I guess NIC ring RX/TX size, link HW_FLOW 
control
and affinity are not my problems.

Maybe try un-binding the cpus, or binding them to different procs?

Speaking of checksumming. This can be a problem indeed. ethtool -S shows 
a lot
of rx_csum_offload errors. Scott, what could possibly be a problem ? The 
NIC
is dual port 82546, driver is 5.1.13-k1.

Why would a bridge be checksumming anything?

I've failed to find a discussion about ksoftird priority. Can someone 
please
provide a link.

I've increased my performance by setting softirqd priority to -18,
but since you seem to be dropping someplace other than the driver,
I'm not sure that will help.

Thanks a lot.

Felix.

-- 
Ben Greear [off-list ref]
Candela Technologies Inc  http://www.candelatech.com

quoted

Speaking of checksumming. This can be a problem indeed. ethtool -S shows 
a lot
of rx_csum_offload errors. Scott, what could possibly be a problem ? The 
NIC
is dual port 82546, driver is 5.1.13-k1.

Why would a bridge be checksumming anything?

A NIC normally checksums every incoming packet when hardware checksumming
is enabled.  But of course the bridge doesn't use that information.

-Andi