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 72B5121F0B8; Wed, 16 May 2012 01:17:56 -0700 (PDT) Received: by bkty5 with SMTP id y5so769034bkt.16 for ; Wed, 16 May 2012 01:17:54 -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=XdPQD91eSVaF4gSxMlhBIphSYkeiUG4hqPJTkmRQ4QY=; b=UkhYU1Ji7PI4ROkyGAGMfD7gx4qfRLFZJkms9X3zr+d30a04gLrCRhTx7BL6g/dmfA y54QjBY6WkOtmpwr3LO3ofrm36/B44PpTzsbI7WDBkT/4erhfg6ylK0iolNjfm+SEFrn cp+dMKcshQJ6Zn6kRGiAWpwWJUF+lCy3KYXvK0DoCJmVlXKL8XArksRAEBkh/BcRz8Qn NvTKTpv6aqTBVlYXbwMhXP3MCaW9gxSG0uMxClTUL3PaLGQcMwcqczatKFvTxyPahVLK ztJNVSTRENdcYhShVm8UKBaw1ZiMuCG5kn4RuCX1UHiJ3Bi/y6704cQmKm3coPxGxCyN 4dnQ== Received: by 10.204.156.79 with SMTP id v15mr804894bkw.45.1337156274399; Wed, 16 May 2012 01:17:54 -0700 (PDT) Received: from [172.28.91.41] ([74.125.122.49]) by mx.google.com with ESMTPS id n19sm2925299bkv.14.2012.05.16.01.17.52 (version=SSLv3 cipher=OTHER); Wed, 16 May 2012 01:17:53 -0700 (PDT) From: Eric Dumazet To: Dave Taht In-Reply-To: <1337154417.8512.1147.camel@edumazet-glaptop> References: <4FA9FDC0.9010600@superduper.net> <1337148560.8512.1123.camel@edumazet-glaptop> <4FB3519D.3020809@gmail.com> <1337154417.8512.1147.camel@edumazet-glaptop> Content-Type: text/plain; charset="UTF-8" Date: Wed, 16 May 2012 10:17:51 +0200 Message-ID: <1337156271.8512.1163.camel@edumazet-glaptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: codel@lists.bufferbloat.net, bloat@lists.bufferbloat.net Subject: Re: [Codel] [Bloat] Exploring the potential of codel, fq_codel, and qfq 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: Wed, 16 May 2012 08:17:57 -0000 On Wed, 2012-05-16 at 09:47 +0200, Eric Dumazet wrote: > On TCP_RR pure workload, you have one packet in flight per flow. > > ECN adds nothing in this case, only that no 'drops' occurs at all. > > It might be good to change fq_codel to perform ECN mark only if flow > queue has more packets. > > If not, plain drop. And for codel, if all packets are ECN enabled, there is no 'drop' on a pure TCP_RR workload, you endup codel downgraded to pfifo An idea would be following : If sojourn_time is above a new limit (say ecn_threshold), drop packet no matter it is ECN capable or not. This still gives incentive to ECN flows, but allow drops in case all flows are ECN. target = 5ms ; ecn_threshold = target * 2; interval = 100ms;