From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pb0-f43.google.com (mail-pb0-f43.google.com [209.85.160.43]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 7068521F127; Thu, 30 Aug 2012 18:41:01 -0700 (PDT) Received: by pbbrq2 with SMTP id rq2so5738723pbb.16 for ; Thu, 30 Aug 2012 18:41:00 -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=DBrxEwVZy40yKp5skohScJas51MblWrra9VgD56Xp0g=; b=BHkno6OWIxnFgeH+4ygUqeNHtqgkZizM1r2NS6CO57+0iR3yr3aM7rN95zXDUb4Jvn OHijgUsx5VpkT+ZzEV4G4zSDz0cjXu6q6ZGUhZmv1PGfxy5xpD1k/vkxpXasKW2hv6R6 D+vWoyYsmM4ssXMo2k7rDiBTlXhgy4/Or99fYDGBkfiNgUJ8uxbunPg/OJjaxXvbeELx TyIT6Ap6eXlx/ZPoM6xAw2P/TcOSBnbYCTb5xiJXjBk2kSgZJZ4PwvRnxNVGJvxAcucY jY0IfP32f9JpaWGNG8GpnxOgqqenovevQDBEwjHfVBtgXM2gLtPCVWBVLsab/vwPvJZg B+Qg== Received: by 10.68.227.165 with SMTP id sb5mr14475597pbc.82.1346377259913; Thu, 30 Aug 2012 18:40:59 -0700 (PDT) Received: from [10.10.4.254] (0127ahost2.starwoodbroadband.com. [12.105.246.2]) by mx.google.com with ESMTPS id ko8sm2509573pbc.40.2012.08.30.18.40.57 (version=SSLv3 cipher=OTHER); Thu, 30 Aug 2012 18:40:58 -0700 (PDT) From: Eric Dumazet To: Dave Taht In-Reply-To: References: <1346367998.2586.33.camel@edumazet-glaptop> Content-Type: text/plain; charset="UTF-8" Date: Thu, 30 Aug 2012 18:40:56 -0700 Message-ID: <1346377256.2586.37.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: codel@lists.bufferbloat.net, cerowrt-devel@lists.bufferbloat.net Subject: Re: [Codel] better mixing in fq_codel 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: Fri, 31 Aug 2012 01:41:01 -0000 On Thu, 2012-08-30 at 16:19 -0700, Dave Taht wrote: > In that case it will deliver 3 acks in a row from > stream A, and then 3 acks in stream B, in the linux 3.5 version, and > push the the 1500 byte packet from my example to the old flows queue - Nope, the 1500 byte packet will be sent as normal (we obviously cant split a packet). If its the first packet (new flow), there wont be any penalty. > instead of delivering A 1 ack, B 1 ack, push the C 1500 byte packet to > the old flows queue, then deliver A,B,A,B,A,B, A, A, A etc (and note > with more flows mixing gets better) as I just proposed. Try to change quantum, and it will just work out of the box. Anyway, I dont think it changes anything, unless you want to use an RTC modem ;)