jamal writes:
>
> [1] A modified tulip driver at 100Mbps FD which does all the rx processing
> (record stats etc) but drops the packet instead of passing the packet up
> the stack easily handles 150Kpps. I have only tested with one
> interface. The stats are derived by simply using ifconfig and comparing
> with the hardware generator -- nothing fancy. I should retry it blasting
> at two NICS and see whether they can both handle it. This was a while back
> using a hardware traffic generator (very precise interpacket times of 0.96
> microsecs) with some 2.2 kernel.
If you have a flexible packet generator and are testing the routing path
you can mark the packets when sending it - And just count the marked packets
in the receiver end. And instead of passing them to netif_rx() just view
them in the /proc. This has the advantage that the receiver behaves
"normal" for arps and other protocols stuff it just eats/counts/views
your marked packets. As you already seen the genune tulip chips can
receive 148 kpps and you got a cheap sink device.
We used this when we experimented with "fast switching" path. I have a patch
somewhere for the driver we use if you are interested.
--ro
|