On Sun, Aug 06, 2006 at 11:03:54AM +0200, Edgar E. Iglesias wrote: > > > For UDP yes but does this really make sense for TCP? > > I don't know :) > > The flow may end up with SNDBUF worth of skbs on the socket > transmit_queue + cwnd worth of skbs on the qdisc queue + full tx ring. In slow > start we'll increase cwnd and won't se packet loss until the qdisc is full > (which might be at 1000 pkts).
For TCP, the packets stay on the transmit queue until they're acked. So all those packets on the qdisc queue (and tx ring) are still charged to the socket. The only difference is that right now we're double- charging the ones on the qdisc queue.. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt - 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
