From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id BE3393CC0E for ; Fri, 8 Apr 2016 15:37:35 -0400 (EDT) Received: by mail-wm0-x230.google.com with SMTP id 191so27810679wmq.0 for ; Fri, 08 Apr 2016 12:37:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=jEKzpvbaJj+HPeMcyBVwkPwMeAwYXR9LmDuNuaXhjTk=; b=sKv6LNVB5zO+xiMwL2pKORGYGA+bBbxjrKsWZUAokYiN7Rrt9bdlrkVvOY77bkP2W3 ZetuKg/ZOuRlCIwqKpEpqSm/xPBJgcdtFPcx6wNx/Y9haunSkp/nTAJmP9b54Oh9DkZr b5f4aUT92qzlxSFXMDXx2exOF303voDPymxzOXqq7E8j0rTe4kXAtCBedJ0u/15gXRa6 Co3dG6O/mdBCXho0MSXPgCPjDSj3ykCR+7p74m6qHTtFqxX5e8MJPjQiU5+2xiHk4U77 lZOrRvnGWL+S0u1l5ePITovp7y7yNzlnOH0gFroMUVfA2YNXgMeKhM3bEKoMkWOMWNYi nV0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=jEKzpvbaJj+HPeMcyBVwkPwMeAwYXR9LmDuNuaXhjTk=; b=af4w6u2HqjT+DL1NHzK5rO5O/lRqwOZmOnfOlb2EOfGmKBQ3x9gCUMQbJFYHDmJOJV KFUdHjCqBOI6MieCalcUQsKR4Tld2LssLnrkbh0LKaXCB/rwkVGgfCW1XbZs7x4zKaRx wtqlSKcKub7fq4ks5KiqcuOWB2IylEGJqoPexfM0t7+H4Q0HdxUOxpo7EeB6MwaIW2Cs cm423XQ8gPBV/RqwjyVh8Smv9kZs/38Is0W931bW7IVzxJR5g00B5njNcSqSahJcOl5q KzjrrECCpGs27HLGg8B3JAQxxtPXQmMoDTp+PlE46Nu3hMoCjhHn14JNp9dF3h4DBAHw k0uA== X-Gm-Message-State: AD7BkJKpZ4Z+nxlsHYZ0EPDVSpB4cu0uBqObI+eIziwLn4B7oz3BX4Dgky0lVzFZAX8YY8ewB5HROOVp/IWgSQ== MIME-Version: 1.0 X-Received: by 10.194.76.72 with SMTP id i8mr11090874wjw.117.1460144254608; Fri, 08 Apr 2016 12:37:34 -0700 (PDT) Sender: gettysjim@gmail.com Received: by 10.194.66.198 with HTTP; Fri, 8 Apr 2016 12:37:34 -0700 (PDT) In-Reply-To: <56B25E76.3080506@hpe.com> References: <56B25E76.3080506@hpe.com> Date: Fri, 8 Apr 2016 15:37:34 -0400 X-Google-Sender-Auth: E08qrm95xa5B7RyxGF1wONwj0vE Message-ID: From: Jim Gettys To: Rick Jones Cc: bloat Content-Type: multipart/alternative; boundary=047d7bb043529defa7052ffe539e Subject: Re: [Bloat] Difference between codel and fq_codel? X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2016 19:37:35 -0000 --047d7bb043529defa7052ffe539e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Feb 3, 2016 at 3:09 PM, Rick Jones wrote: > On 02/03/2016 11:22 AM, John Klimek wrote: > >> I'm currently using pfaense which only supports codel and not >> fq_codel. Is there a big difference between them? Is it worth >> looking into using a different router? >> > > My simplistic understanding is fq_codel creates several/many different > queues, spreading flows across those queues and applying codel on each > queue. > > > http://man7.org/linux/man-pages/man8/tc-fq_codel.8.html > > http://man7.org/linux/man-pages/man8/tc-codel.8.html =E2=80=8BIt also preferentially schedules "new" queues, relative to queues = that have a standing queue. So short transactions such as dchp, ra, short RPC transactions, VOIP, etc fly through the router relative to bulk TCP flows. This algorithm does really wonderful things for any flow that is a "good citizen" by pacing their traffic at their share of available bandwidth, rather than bursting their traffic. For the first time, there is incentive to be a "good citizen" in your behavior. > > > rick jones > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --047d7bb043529defa7052ffe539e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Wed, Fe= b 3, 2016 at 3:09 PM, Rick Jones <rick.jones2@hpe.com> wro= te:
On 02/03/2016 11:22 = AM, John Klimek wrote:
I'm currently using pfaense which only supports codel and not
fq_codel. Is there a big difference between them?=C2=A0 Is it worth
looking into using a different router?

My simplistic understanding is fq_codel creates several/many different queu= es, spreading flows across those queues and applying codel on each queue.

http://man7.org/linux/man-pages/man8/tc-fq_co= del.8.html

http://man7.org/linux/man-pages/man8/tc-codel.8.= html

=E2=80=8BIt also preferentially schedul= es "new" queues, relative to queues that have a standing queue.= =C2=A0 So short transactions such as dchp, ra, short RPC transactions, VOIP= , etc fly through the router relative to bulk TCP flows.

This algorithm does really wonderful things for any flow that is a= "good citizen" by pacing their traffic at their share of availab= le bandwidth, rather than bursting their traffic.=C2=A0 For the first time,= there is incentive to be a "good citizen" in your behavior.=C2= =A0


rick jones

_______________________________________________
Bloat mailing list
Bloat@list= s.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat

--047d7bb043529defa7052ffe539e--