From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (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 7DABD21F100; Mon, 6 May 2013 11:46:42 -0700 (PDT) Received: by mail-ea0-f177.google.com with SMTP id o10so1839665eaj.36 for ; Mon, 06 May 2013 11:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=G9zz7MSyWY8yozEnKE9+wiYhf12621RkrX98L5PydI4=; b=QvH/lIPt74jYfdXqpw6hETc9+On4Z/muo+HnHYGsHWcqgi4dkfV4t65bFTMpM6TJa2 bKO0rR+vB1suYP94FqkH76rKiwPvqux7BEtw3IaR4AckYgedYz223Es7x6MKV+TxBn1V 3LtXm0IT8QPQsCthQJ3LDsJPeSH/twa0X/Y+ggcF4sU0kb3tMx09WgkMyveM9DkfkYuG 9qCrf5JfqfoI4OktESpSNwNhEipGEIZVSdGUWH3LOUCAUPkiNOckm7yvxh51+Kn4J8xi 2drHsa/T3HXT5ZsHAd4GwCCZKlhOwQqrzA8XzEl0NkUL13eHQWrQij7Zy5Wf5uHL1Fvq o9jQ== X-Received: by 10.14.127.5 with SMTP id c5mr46099151eei.45.1367866000297; Mon, 06 May 2013 11:46:40 -0700 (PDT) Received: from bass.home.chromatix.fi (xdsl-83-150-84-172.nebulazone.fi. [83.150.84.172]) by mx.google.com with ESMTPSA id e2sm23931543eem.16.2013.05.06.11.46.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 May 2013 11:46:39 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Jonathan Morton In-Reply-To: <20130506195438.5df6d1cd@redhat.com> Date: Mon, 6 May 2013 21:46:35 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <81045B4C-0636-48BD-8191-E257F433F795@gmail.com> References: <51817A6F.1080006@superduper.net> <86AA48E0-B5CD-4A94-AF2B-D75178E8C660@gmail.com> <5181CD56.9050501@superduper.net> <20130506195438.5df6d1cd@redhat.com> To: Jesper Dangaard Brouer X-Mailer: Apple Mail (2.1085) Cc: codel@lists.bufferbloat.net, cerowrt-devel@lists.bufferbloat.net, bloat@lists.bufferbloat.net Subject: Re: [Codel] [Bloat] Latest codel, fq_codel, and pie sim study from cablelabs now available 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: Mon, 06 May 2013 18:46:43 -0000 On 6 May, 2013, at 8:54 pm, Jesper Dangaard Brouer wrote: > A flow is considered "new" if no packets for the given flow exists in > the queue. It does not have to be a truly new-flow, it just have to > send packets "slow"/paced enough, that the queue is empty when the = next > packet arrive. >=20 > Perhaps VoIP would fit this traffic profile, and thus would work = better > with the Linux fq_codel implementation, compared to the SFQ-Codel used > in the simulation. That doesn't work, because the with a sufficient number of BT flows, the = flow queue containing the VoIP flow is the fullest queue, not the = emptiest. That's independent of the number of flow queues, including = the infinite case. Think about it carefully. - Jonathan Morton