From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by huchra.bufferbloat.net (Postfix) with ESMTP id 1CBA721F1A4; Tue, 7 May 2013 09:22:27 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.5/8.14.5) with ESMTP id r47GMOMv015606; Tue, 7 May 2013 10:22:24 -0600 Received: from exchange.cablelabs.com (10.5.0.19) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/407/kyzyl.cablelabs.com); Tue, 07 May 2013 10:22:24 -0600 (MDT) X-Virus-Status: clean(F-Secure/fsigk_smtp/407/kyzyl.cablelabs.com) Received: from EXCHANGE.cablelabs.com ([fe80::797a:96d1:3c53:18ee]) by EXCHANGE.cablelabs.com ([fe80::797a:96d1:3c53:18ee%11]) with mapi id 14.03.0123.003; Tue, 7 May 2013 10:22:24 -0600 From: Greg White To: Jesper Dangaard Brouer , Jonathan Morton Thread-Topic: [Codel] [Bloat] Latest codel, fq_codel, and pie sim study from cablelabs now available Thread-Index: AQHOSpr3I4DaDumOf0yksb7EaBjcjpj56OOA Date: Tue, 7 May 2013 16:22:23 +0000 Message-ID: In-Reply-To: <20130506224732.1795f13a@redhat.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.2.130206 x-originating-ip: [10.4.10.57] Content-Type: text/plain; charset="us-ascii" Content-ID: <2E3B676785E95F439B6F06903584035A@cablelabs.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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: Tue, 07 May 2013 16:22:27 -0000 BTW, the SFQ-CoDel code does support the "new" flows concept in much the same way as the linux code, so this was already included in the simulation results.=20 On 5/6/13 2:47 PM, "Jesper Dangaard Brouer" wrote: >On Mon, 6 May 2013 21:46:35 +0300 Jonathan Morton > wrote: >> On 6 May, 2013, at 8:54 pm, Jesper Dangaard Brouer wrote: >>=20 >> > 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. >>=20 >> 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. > >Yes, I agree. > >And as I mentioned, with the fq_codel implementation details, this is >going to hit even earlier, as we have a limited number of flow/hash >queues. > >> Looking at the implementation, it does have the problem that the match >> for "if the flow already have packets in the queue" just looks to see >> if the hash bucket is empty. Thus 2 stream sharing a hash queue throw >> this off. > >-- >Best regards, > Jesper Dangaard Brouer > MSc.CS, Sr. Network Kernel Developer at Red Hat > Author of http://www.iptv-analyzer.org > LinkedIn: http://www.linkedin.com/in/brouer >_______________________________________________ >Codel mailing list >Codel@lists.bufferbloat.net >https://lists.bufferbloat.net/listinfo/codel