From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-bk0-f43.google.com (mail-bk0-f43.google.com [209.85.214.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 25DC4202224 for ; Thu, 12 Jul 2012 06:46:58 -0700 (PDT) Received: by bkty15 with SMTP id y15so3477458bkt.16 for ; Thu, 12 Jul 2012 06:46:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; bh=9ZHSsZGKET4yu2UODWWSFNRdhb4Lv4IxCLOVlQTM//E=; b=eBaCTyHRoxdm6MimJDJoKJP65vxkA7hI9ARucou5uBrKP66fjF5atFzn+NsP91jS0q 5qSeyreFFTlQ2cIhtTECnTcNzFWVrJ5BGSj9HBupnAznl6rVbma+xSN51scpetqP+64r pXdpvGFlT4hcgSSKLzRYtZs1RIzdqTnD3PtTRlCKUPKyEs1+8J7mw6VPlmnTe0PIvBG7 kWqEkS7Cc0GRcQdtFQDhLbpGnjXK4DzCtKWNdE7NaaljHdoHloul3Xmu0CSgPnIFtFjW /3Gp/LmMRkCwUXX4DMIB9f+otp3/oXe4q44PKS5QykcqTU4KEDbnIFHiBpwQiyVHbYPL JTBg== Received: by 10.204.152.216 with SMTP id h24mr23051791bkw.42.1342100816768; Thu, 12 Jul 2012 06:46:56 -0700 (PDT) Received: from [172.28.89.155] ([74.125.122.49]) by mx.google.com with ESMTPS id ht18sm3078935bkc.16.2012.07.12.06.46.54 (version=SSLv3 cipher=OTHER); Thu, 12 Jul 2012 06:46:55 -0700 (PDT) From: Eric Dumazet To: John Heffner In-Reply-To: References: <1340945457.29822.7.camel@edumazet-glaptop> <1341396687.2583.1757.camel@edumazet-glaptop> <20120709.000834.1182150057463599677.davem@davemloft.net> <1341845722.3265.3065.camel@edumazet-glaptop> <1341933215.3265.5476.camel@edumazet-glaptop> Content-Type: text/plain; charset="UTF-8" Date: Thu, 12 Jul 2012 15:46:52 +0200 Message-ID: <1342100812.3265.8260.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: nanditad@google.com, netdev@vger.kernel.org, mattmathis@google.com, codel@lists.bufferbloat.net, ncardwell@google.com, David Miller Subject: Re: [Codel] [RFC PATCH v2] tcp: TCP Small Queues X-BeenThere: codel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: CoDel AQM discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Jul 2012 13:46:59 -0000 On Thu, 2012-07-12 at 09:33 -0400, John Heffner wrote: > One general question: why a per-connection limit? I haven't been > following the bufferbloat conversation closely so I may have missed > some of the conversation. But it seems that multiple connections will > still cause longer queue times. We already have a per-device limit, in qdisc. If you want to monitor several tcp sessions, I urge you use a controller for that. Like codel or fq_codel. Experiments show that limiting to two TSO packets in qdisc per tcp flow is enough to stop insane qdisc queueing, without impact on throughput for people wanting fast tcp sessions. Thats not solving the more general problem of having 1000 competing flows.