From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 054DC21F33D for ; Sun, 7 Jun 2015 12:58:14 -0700 (PDT) Received: by oihd6 with SMTP id d6so81583146oih.2 for ; Sun, 07 Jun 2015 12:58:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=nAKM0YVfvD8qAt7tkibNgPbNUweVUvJB+5pqJIaToqY=; b=FsQYW9qA6x0YUjcRjmJjCsKftBKU5QL7J8TtuSe11U3RLGbtohzzIYFp1dR2OEFKyv Ie1q+TK3O2qAHHPOY4Lj/F6DBzXPf+x3+ioeD+DOoB27lf8EhSi/X7myTFpBSJxZjde5 Xju7VEMKypdQod4W5ebKX+AxqBRT/L7xK7OCokondoPHTpv3XeRv/VmyCBQWy5hrMODv aS+vgrnwyrLATzt/pRCPy1tO3PyoP/ZVJ7kYkZ/amlvrbIKXaMrixdjlIvxAH8Pso3ZE 2WEELgj7cvXLO0v0FUGyEj9fLzBIxnEOYoCsDEzyzaP5rXoZmVQirolmUiB15TJsJMqs G8Aw== MIME-Version: 1.0 X-Received: by 10.60.178.33 with SMTP id cv1mr11543259oec.11.1433707093856; Sun, 07 Jun 2015 12:58:13 -0700 (PDT) Received: by 10.202.105.129 with HTTP; Sun, 7 Jun 2015 12:58:13 -0700 (PDT) Date: Sun, 7 Jun 2015 12:58:13 -0700 Message-ID: From: Dave Taht To: cake@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Cake] some more fishcake vs everything else tests on 75_10mbit 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: Sun, 07 Jun 2015 19:58:43 -0000 http://snapon.lab.bufferbloat.net/~d/fishcake2/ as in any live environment, there are anomolies that would have to be looked at and explaining the data and tests would take longer, so rather than draw conclusions, ask questions. I look forward to having a stable testbed again. toke added a nice new feature to flent to track queue length (both in bytes and packets), but it can't parse cake as yet, just codel, fq_codel, and pie (no ecn). Rough notes: 1) still losing on inbound. Once the concatenated queue gets out of hand, it stays out of hand. 2) peeling at 250us did seem to cut throughput by a bit and latency by a bit, probably cpu-ish related. ecn led to more latency in some cases. I like the decision making on a number of flows basis but feel 1ms is too big. 3) count - 2 in the resumption phase was used here also. Seemed long term stable. somewhere around here i did count/2 but am not sure when i did. (mental problems with doing tests at 2am. I am trying and failing to remember where my concern with long term stability came from, also) 4) 50 up 1 down (at 10mbit) is "interesting". Compare pie with fq_codel and cake. 5) a 1gbit cake vs fq on the test box was "interesting". topology here is client->switch->server. sch_fq on both sides had nearly zero packets backed up in the qdisc, where cake had 200+. I like the idea of fiddling with sch_fq to also do more peeling as cake does. Also there seems to be a latecomer disadvantage happening in sch_fq. I need to go look at cwnds here... http://snapon.lab.bufferbloat.net/~d/gigE/ 6) I find myself wanting to fiddle with napi on the box, and dreaming of fluid models. --=20 Dave T=C3=A4ht What will it take to vastly improve wifi for everyone? https://plus.google.com/u/0/explore/makewififast