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
next 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