David Miller <[EMAIL PROTECTED]> wrote on 05/11/2007 02:07:10 AM: > From: Gagan Arneja <[EMAIL PROTECTED]> > Date: Thu, 10 May 2007 12:43:53 -0700 > > > > Also, I think, you don't have to chain skbs, they're already chained in
> > Qdisc->q. All you have to do is take the whole q and try to shove it > > at the device hoping for better results. But then, if you have rather > > big backlog, you run the risk of reordering packets if you have to requeue. > > If the qdisc is packed with packets and we would just loop sending > them to the device, yes it might make sense. > > But if that isn't the case, which frankly is the usual case, you add a > non-trivial amount of latency by batching and that's bad exactly for > the kind of applications that send small frames. Without batching, the latency should be the same since qdisc_run would send each in a tight loop ? I will also run TCP/UDP RR tests. thanks, - KK - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
