From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nandita Dukkipati Subject: Re: [PATCH v3 net-next] tcp: TCP Small Queues Date: Wed, 11 Jul 2012 17:46:35 -0700 Message-ID: References: <1342021831.3265.8174.camel@edumazet-glaptop> <1342051233.3265.8206.camel@edumazet-glaptop> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org, codel@lists.bufferbloat.net, ncardwell@google.com, David Miller , mattmathis@google.com To: Eric Dumazet Return-path: In-Reply-To: <1342051233.3265.8206.camel@edumazet-glaptop> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: codel-bounces@lists.bufferbloat.net Errors-To: codel-bounces@lists.bufferbloat.net List-Id: netdev.vger.kernel.org >> Considering these two points, why TSQ over the Codel feedback >> approach? > > I dont think they compete. They are in fact complementary. > > If you use codel/fq_codel + TSQ, you have both per flow limitation in > qdisc (TSQ) + sojourn time aware and multi flow aware feedback. Makes sense. My conjecture is when using codel/fq_codel qdisc, the need for TSQ will diminish. But as you said... good part of TSQ is it limits per-flow queuing for any qdisc structure, even those not using codel.