From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2001:470:dc45:1000::1]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0DA3D3BA8E for ; Wed, 1 Aug 2018 05:52:16 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1533117132; bh=nYJs47ivOy25NKcxSyB5LHQdNhEM192M+QU1SRRJQLI=; h=From:To:Subject:In-Reply-To:References:Date:From; b=W0mxFqS26d97XbXWip1kg65+h6v7sCCFH8SQntMVN95sh/thBBubJ8h1kUze/PznA EjRoPuOipMURTA9IPZ7hZ0eMQBDx27FPv2927C9V+amz4wZUpneRDqxdRtrjwdEkJP 5VAenyld75d05ht+2tOPMy5GekSlYjDraLfOziptMN+AQ197T8B1ZMJyOeDMgNc2i4 X3LMyJMUh7sDFMmb+9WOZfX1Jx8XlkaMW+xXhBvOz4Cyw4ba3jxQTTsSCHS2Efuc/E Uixp9dT7VKCZPGX5oYjzOejuOnDSSBEkBEqux8WtpeKx4NMvKV1J9wIJcWBxHfan4S HRfpj7/AS8Ogg== To: Dave Taht , Cake List In-Reply-To: References: Date: Wed, 01 Aug 2018 11:52:12 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87zhy6xvlf.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] a bunch of sch_cake vs everything tests at 100mbit on net-next 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, 01 Aug 2018 09:52:16 -0000 Dave Taht writes: > I wanted to look at a few things - cpu usage, 4 different tcps, > different server schedulers, ecn vs non-ecn, sqm fq_codel simplest.qos > vs cake, etc, etc. I just did tcp_ndown tests of 128 flows to see what > happened for starters. I also tried to capture tcp_cwnd, etc, stats, > but that seems not to be plotting in flent.... > > My first objective, of course, was to make sure upstream cake didn't > crash. It didn't. No real surprises, cake ecn causes some more > collateral inter-packet latency damage, cake (aside from general cpu > over-usage) is a mild win across the board... including, surprisingly, > tail drop queue depth. (see below) > > metric ton of flent files: http://www.taht.net/~d/cake_128flows.tgz > (script therein) > topology: server -> apu2 -> switch -> client (no switch between the > apu2 and server) > > A couple notes: > > 1) ecn_vs_bbr_ineffective.png: > > vs bbr in ecn mode, (thus rendering codel or cake ineffective and > reverting to tail drop) "sqm simplest.qos" at this speed (100mbit) > uses a too large packet limit vs what cake uses. I will argue in favor > of using the new "memlimit" parameter to fq_codel in the sqm scripts > to better limit the buffer size. Openwrt carries a patch to default the memlimit to 4 MB rather than 32... -Toke