Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: cake@lists.bufferbloat.net
Subject: [Cake] cake dual hash for dualdst, dualsrc
Date: Mon, 21 Dec 2015 15:57:38 +0100	[thread overview]
Message-ID: <CAA93jw6QDV9eRSyiD9twvvMrib4O7Bi0hAWLm-ZmLsX7bGFNyg@mail.gmail.com> (raw)

you begged for it...
you thought it would rock the universe...
you thought it would be a killer feature...
you thought that isolating individual machines into roughly 8 queues
each would help defeat bittorrent and other forms of too-many-flow
abuse... and that you'd get some of the benefits of fq for everyone
and that codel could correctly compensate for it!

well, here it is, dual mode in the new, improved, "kitchen sink"
version of cake! Forked from the main cake! yet again! Now available
from

https://github.com/dtaht/ks

with support for the dualdst, dualsrc modes in

https://github.com/dtaht/tc-adv

but wait, that's not all!

We've got benchmarks showing dualsrc or dualdst being totally
comparable to rrul and rrul_be (which only use 8 flows) at 30mbits!

http://snapon.cs.kau.se/~d/dual/

Along WITH benchmarks showing lurid misbehavior (250+ms delay) at 50
flows[1], which certainly is an disincentive to have a lot of flows
per host, to be sure!

http://snapon.cs.kau.se/~d/dual/dualnevergetsqueuecontrolled.png
Why did we take time out from fixing the mail server to do this?

FOR SCIENCE!


[1] (it could just be a bug, and this IS a short RTT. but I've always
said that flipping codel state around queues randomly was a bad
idea[2]. A queue will empty, and then get reused by something else....
eyeballs wanted. figuring out the hashy bits made my head hurt)

[2] flowblind still stayed stuck at 40ms delay under this workload at
this bandwidth on this version of codel in cake.

http://snapon.cs.kau.se/~d/dual/flowblind40ms_50flows.png




Dave Täht
Let's go make home routers and wifi faster! With better software!
https://www.gofundme.com/savewifi

             reply	other threads:[~2015-12-21 14:57 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-12-21 14:57 Dave Taht [this message]
2015-12-21 15:05 ` Jonathan Morton
     [not found]   ` <877fk7lts4.fsf@toke.dk>
2015-12-21 16:06     ` Jonathan Morton
2015-12-21 15:06 ` Loganaden Velvindron
2015-12-21 15:54 ` moeller0
2015-12-22 12:29 ` Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA93jw6QDV9eRSyiD9twvvMrib4O7Bi0hAWLm-ZmLsX7bGFNyg@mail.gmail.com \
    --to=dave.taht@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox