From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 9F2993BA8E for ; Wed, 29 Nov 2017 13:00:36 -0500 (EST) Received: from nemesis.taht.net (unknown [IPv6:2603:3024:1536:86f0:2e0:4cff:fec1:1206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id 5D67821367; Wed, 29 Nov 2017 18:00:35 +0000 (UTC) From: Dave Taht To: Georgios Amanakis Cc: Cake List References: <745FEC66-95A7-40E1-A8FA-57714D3AB6AC@gmail.com> <87zi76xlw5.fsf@nemesis.taht.net> <6F2894AD-87EA-4EFC-918E-625E49EDA977@gmail.com> <87o9nmxcbg.fsf@nemesis.taht.net> <87bmjmxbgw.fsf@nemesis.taht.net> <3FAFACA8-C918-4325-BF80-B7EBB6B9B4A7@gmail.com> <87k1y96swh.fsf@toke.dk> <20760855-77A6-456D-BFDB-2A5D17C4528A@gmail.com> <878tep6qdp.fsf@toke.dk> <877eu9x9mp.fsf@nemesis.taht.net> Date: Wed, 29 Nov 2017 10:00:33 -0800 In-Reply-To: (Georgios Amanakis's message of "Wed, 29 Nov 2017 12:51:53 -0500") Message-ID: <87tvxdvubi.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] Fwd: cake flenter results round 2 X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 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, 29 Nov 2017 18:00:36 -0000 Georgios Amanakis writes: > ---------- Forwarded message ---------- > From: Georgios Amanakis > Date: Wed, Nov 29, 2017 at 12:50 PM > Subject: Re: [Cake] cake flenter results round 2 > To: Dave Taht > > To avoid a misunderstanding, the delay parameter in both: > "ip netns exec delay tc qdisc replace dev delay.r root netem delay 50ms" > "ip netns exec delay tc qdisc replace dev delay.l root netem delay 50ms" I would strongly suspect you are seeing drops in these qdiscs also without the increased limit, at the increased delay, at 900mbit (go check with ip netns exec delay tc -s qdisc show) My original scripts were targeted at 16Mbit/1mbit and thus I didn't change the limit. > > On Wed, Nov 29, 2017 at 12:49 PM, Georgios Amanakis wrote: > > I didn't, it remained at the default value: 1000. > > I only modified the delay parameter in: > "ip netns exec delay tc qdisc replace dev delay.r root netem delay 50ms" > > > > > > > On Wed, Nov 29, 2017 at 12:44 PM, Dave Taht wrote: > > > I just want to verify that you increased the netem limit by a lot in the > scripts? > > tc qdisc add dev whatever root netem delay 10ms limit 100000 > > > > > > > > > > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake