[Codel] [RFC PATCH v2] tcp: TCP Small Queues
eric.dumazet at gmail.com
Wed Jul 11 11:25:06 EDT 2012
On Wed, 2012-07-11 at 08:16 -0700, Ben Greear wrote:
> I haven't read your patch in detail, but I was wondering if this feature
> would cause trouble for applications that are servicing many sockets at once
> and so might take several ms between handling each individual socket.
Well, this patch has no impact for such applications. In fact their
send()/write() will return to userland faster than before (for very
> Or, applications that for other reasons cannot service sockets quite
> as fast. Without this feature, they could poke more data into the
> xmit queues to be handled by the kernel while the app goes about it's
> other user-space work?
There is no impact for the applications. They queue their data in socket
write queue, and tcp stack do the work to actually transmit data
and handle ACKS.
Before this patch, this work was triggered by :
- Incoming ACKS
We now add a third trigger : TX completion
> Maybe this feature could be enabled/tuned on a per-socket basis?
Well, why not, but I want first to see why it would be needed.
I mean, if a single application _needs_ to send MBytes of tcp data in
Qdisc at once, everything else on the machine is stuck (as today)
So just increase global param.
More information about the Codel