No the problem we have is that the time go in and out of irq handlers
and net_bh is a per packet constant. At 100Mbit small packet routing
we cant cope (nor can BSD). At 1Gbit 1500 byte framing Linux routing
is out (which in a way is fine since PCI is too slow - but PCI wont be
too slow next year). Jes has accurate data on what 1500->8K packet size
transitions do to our 1Gbit performance.
Fastroute is worth it for that. A quad tulip Linux box with fast route
is a match for most lower end cisco products. Without fast route its
an order of magnitude below. For max packets/second (the key routing
benchmark) the factor isnt far off 10x improvement by fastroute.
> We may have too small receive queues (I think they default to something
> like ten packets), but I doubt we have any fundamental problems.
The receive backlog is 300 frames.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/