[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20150510.195057.467500128068846566.davem@davemloft.net>
Date: Sun, 10 May 2015 19:50:57 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: eric.dumazet@...il.com
Cc: netdev@...r.kernel.org, daniel@...earbox.net, fw@...len.de,
glenn.judd@...ganstanley.com, nanditad@...gle.com,
ncardwell@...gle.com, ycheng@...gle.com
Subject: Re: [PATCH net-next] codel: add ce_threshold attribute
From: Eric Dumazet <eric.dumazet@...il.com>
Date: Fri, 08 May 2015 15:05:12 -0700
> From: Eric Dumazet <edumazet@...gle.com>
>
> For DCTCP or similar ECN based deployments on fabrics with shallow
> buffers, hosts are responsible for a good part of the buffering.
>
> This patch adds an optional ce_threshold to codel & fq_codel qdiscs,
> so that DCTCP can have feedback from queuing in the host.
>
> A DCTCP enabled egress port simply have a queue occupancy threshold
> above which ECT packets get CE mark.
>
> In codel language this translates to a sojourn time, so that one doesn't
> have to worry about bytes or bandwidth but delays.
>
> This makes the host an active participant in the health of the whole
> network.
>
> This also helps experimenting DCTCP in a setup without DCTCP compliant
> fabric.
>
> On following example, ce_threshold is set to 1ms, and we can see from
> 'ldelay xxx us' that TCP is not trying to go around the 5ms codel
> target.
>
> Queue has more capacity to absorb inelastic bursts (say from UDP
> traffic), as queues are maintained to an optimal level.
...
> Signed-off-by: Eric Dumazet <edumazet@...gle.com>
Applied, thanks a lot Eric.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists