From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 20E0C21F5B6 for ; Wed, 4 Nov 2015 03:09:50 -0800 (PST) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1446635386; bh=8a7G1SLh3M6bP8LjPlAHC7SvA6yBPsKlIf2dIqfZVGU=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=aBQhTZQBEQWuABvkFSnk4jPOan59ZN9NLrVRaZNbOPWKbd0UskTKIS7WCHkGOCxXH mj5DS539iY87BPZ18wab/RJ+Vq9spEgmOw6lyC4+kOFMwMU1f5mhhnGDDvUmgW/EBX Os7oy/RtX722LyhCiPIQnx/L1tpchCkQ3ARU/XJg= Received: by alrua-karlstad.karlstad.toke.dk (Postfix, from userid 1000) id 292224EB725; Wed, 4 Nov 2015 12:09:45 +0100 (CET) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Dave Taht References: <87oafbnsqn.fsf@toke.dk> <5638B29D.9020503@darbyshire-bryant.me.uk> <87k2pzns29.fsf@toke.dk> <6F28B0F0-8333-4753-802E-BDDAC42CBC7B@gmail.com> <87oafbat54.fsf@toke.dk> <877flzas49.fsf@toke.dk> <87pozqaomi.fsf@toke.dk> Date: Wed, 04 Nov 2015 12:09:45 +0100 In-Reply-To: (Dave Taht's message of "Tue, 3 Nov 2015 14:14:49 -0500") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <8737wm9g1y.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Cc: cake@lists.bufferbloat.net Subject: Re: [Cake] Correct 'change' behaviour X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2015 11:10:13 -0000 Dave Taht writes: > in the general case, I recomend looking at the most current fq_codel > code to see how to do it as right as possible. There were several bugs > found and fixed in it as well.... Well, I did, and it doesn't seem to be doing anything different. So much so that I tried the same experiment on fq_codel: $ sudo tc qdisc del dev eno1 root $ sudo tc qdisc replace dev eno1 root fq_codel target 100ms interval 200ms $ sudo tc qdisc replace dev eno1 root fq_codel target 5ms $ tc qdisc qdisc fq_codel 8007: dev eno1 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 200.0ms ecn $ sudo tc qdisc del dev eno1 root $ sudo tc qdisc replace dev eno1 root fq_codel target 5ms $ tc qdisc qdisc fq_codel 8008: dev eno1 root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5.0ms interval 100.0ms ecn I.e. fq_codel suffers from exactly the same problem. Is this a bug or is it expected behaviour? I'd say bug? -Toke