From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (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 A9A643BA8E for ; Wed, 29 Nov 2017 18:18:33 -0500 (EST) Received: by mail-wr0-x22d.google.com with SMTP id z34so4949451wrz.10 for ; Wed, 29 Nov 2017 15:18:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:message-id:date:to:mime-version; bh=OglPZcnPrQhnLgP4/Zjt7UNcD9kiKyO1DNCj/mga888=; b=SepElua0Cs2QcW6nzvNk82xHmOuvnvH2F7HMVG4EPkKCAnzrb/C4raRRnysPIWbNGd n+UF4uo4HZcyiTZH/Ee808ji6JTOJF/YXAD4ongkjqruC+VnNg0Jt/K9nspDKaDUTh8b Qf+wm62XQAsaJGXCOVZkEpdS1c0RHAnWXsI/TtVjnKr/gSfNCFXyA4PNSVnY/7Kw6EBN D9oO3jTktKDQT8QQCpa3tj2LjQjREObrLKFhdkK69vCEe4OeI9SytfgHnIDGA0F650T9 sM9DndJG/1NnH+Xw6pdHIUppzSs7whNqtZ5Si2QIP0XdnFBew8MeVyLY/38e1qjYBGJ0 uEww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:message-id:date:to:mime-version; bh=OglPZcnPrQhnLgP4/Zjt7UNcD9kiKyO1DNCj/mga888=; b=SIHrBx5HeUp3hWSJXZHSK7D1I4XrxhjdewSmkngRcdAGJRdCs2rhoDz3TJO+/Nvk8R Ek78jqgKQeWnUpa9YZUCT4EIPnXAWX4kAr3PB60VCY5OTBW5iiPUtUdUEfxbbsUD3Jdi FsAx+xkJS+qUPlDKZvHmYseldX4U1pALrW25mVry1t/WVbbCx+PLkED4C3KK0Vi4HMTc vorudaMgtp033VhDwe1rEU3OURxy4+VKLWGGptG4RwSzquSPt4+0eqr3qlMIaISJ7lXo FB6ziT8oGcuipKpW4EMlQEJ93js/CNOIzkHwIiNXctI+8FalbUP5ZvsgRZ5Pp2cV2oX8 O48A== X-Gm-Message-State: AJaThX7ELi4JzGSI8xmckwRvjYezMkMm0x9Y4pN9WCOgA3el1uTy2Tgv ZX8/Dv9fpHVEv6+VDK+RhS1qFnn9 X-Google-Smtp-Source: AGs4zMYZ+8jYj7YDsABo0K+u5/P3fd2X0sFbBoPOb8nkMEfE2Y95OJ5j/ERXBfMRWCQKQAsAPe3cmg== X-Received: by 10.223.200.138 with SMTP id k10mr320451wrh.222.1511997512388; Wed, 29 Nov 2017 15:18:32 -0800 (PST) Received: from [10.72.0.130] (h-1169.lbcfree.net. [185.99.119.68]) by smtp.gmail.com with ESMTPSA id f132sm2151690wmf.17.2017.11.29.15.18.31 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 29 Nov 2017 15:18:31 -0800 (PST) From: Pete Heist Content-Type: multipart/alternative; boundary="Apple-Mail=_993166AE-4AF8-4EA8-B30B-0ED4C8612690" Message-Id: <98B33089-BA99-40C2-8C25-B4568505AAC6@gmail.com> Date: Thu, 30 Nov 2017 00:18:30 +0100 To: Cake List Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Subject: [Cake] cake flenter results round 3 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 23:18:33 -0000 --Apple-Mail=_993166AE-4AF8-4EA8-B30B-0ED4C8612690 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 http://www.drhleny.cz/bufferbloat/cake/round3/ = Round 3 Tarball: http://www.drhleny.cz/bufferbloat/cake/round3.tgz = *** Notes/Analysis *** * And another couple hundred tests showing Cake doesn=E2=80=99t crash, = at 20/20mbit either! * I=E2=80=99m now using netns (thanks Dave/Georgios) with a five box = setup: client, client router, delay, server router and server. Delay is = set up to simulate a 20mbit/20mbit symmetric connection with = =E2=80=9Cbandwidth 20mbit delay 10ms=E2=80=9D on each of its two = interfaces. That apparently doesn=E2=80=99t hard limit the bandwidth, = but no matter, I do get a 20ms RTT as expected, and any tests with rate = limiting use a default limit of 18mbit, which seems to control the queue = well. The unlimited tests can probably be ignored. * Now that my CPU can actually run this test, Cake shows good results vs = fq_codel on 32/32 nflows: = http://www.drhleny.cz/bufferbloat/cake/round3/nflows_32_32_eg_fq_codel_18.= 0mbit/index.html = http://www.drhleny.cz/bufferbloat/cake/round3/nflows_32_32_eg_cake_18.0mbi= t/index.html * OWD, IPDV (jitter) and lost packets looking good for a VoIP = conversation with dual-whatever. The VoIP conversation is simulated = along with a normal RRUL test (4/4 flows), a torrent, and tcp_12down = simultaneously (family of four?) = http://www.drhleny.cz/bufferbloat/cake/round3/flowiso_mix_eg_cake_dsrc_cak= e_ddst_18.0mbit/voip-voip_delay_loss.svg *** Round 4 Plans * All I can do easily with this setup without more effort is vary rtt, = bandwidth, loss or whatever else netem can do. Or I can add other tests = with spreads of parameters. Sorry, no asymmetric rates or useful ack = filtering tests. Anyone care for high rtt tests, low bandwidth tests = like 2/2mbit, or anything else in particular? --Apple-Mail=_993166AE-4AF8-4EA8-B30B-0ED4C8612690 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 http://www.drhleny.cz/bufferbloat/cake/round3/

Round 3 Tarball: http://www.drhleny.cz/bufferbloat/cake/round3.tgz

*** Notes/Analysis = ***

* And = another couple hundred tests showing Cake doesn=E2=80=99t crash, at = 20/20mbit either!

* I=E2=80=99m now using netns (thanks Dave/Georgios) with a = five box setup: client, client router, delay, server router and server. = Delay is set up to simulate a 20mbit/20mbit symmetric connection with = =E2=80=9Cbandwidth 20mbit delay 10ms=E2=80=9D on each of its two = interfaces. That apparently doesn=E2=80=99t hard limit the bandwidth, = but no matter, I do get a 20ms RTT as expected, and any tests with rate = limiting use a default limit of 18mbit, which seems to control the queue = well. The unlimited tests can probably be ignored.

* Now that my CPU can = actually run this test, Cake shows good results vs fq_codel on 32/32 = nflows:

http://www.drhleny.cz/bufferbloat/cake/round3/nflows_32_32_eg_f= q_codel_18.0mbit/index.html
http://www.drhleny.cz/bufferbloat/cake/round3/nflows_32_32_eg_c= ake_18.0mbit/index.html

* OWD, IPDV (jitter) and lost packets looking good for a VoIP = conversation with dual-whatever. The VoIP conversation is simulated = along with a normal RRUL test (4/4 flows), a torrent, and tcp_12down = simultaneously (family of four?)

http://www.drhleny.cz/bufferbloat/cake/round3/flowiso_mix_eg_ca= ke_dsrc_cake_ddst_18.0mbit/voip-voip_delay_loss.svg

*** Round 4 = Plans

* All I = can do easily with this setup without more effort is vary rtt, = bandwidth, loss or whatever else netem can do. Or I can add other tests = with spreads of parameters. Sorry, no asymmetric rates or useful ack = filtering tests. Anyone care for high rtt tests, low bandwidth tests = like 2/2mbit, or anything else in particular?

= --Apple-Mail=_993166AE-4AF8-4EA8-B30B-0ED4C8612690--