From: Jonathan Morton <chromatix99@gmail.com>
To: Andy Furniss <adf.lists@gmail.com>
Cc: Dendari Marini <dendari92@gmail.com>,
Benjamin Cronce <bcronce@gmail.com>,
cake@lists.bufferbloat.net
Subject: Re: [Cake] Getting Cake to work better with Steam and similar applications
Date: Sat, 29 Apr 2017 20:30:05 +0300 [thread overview]
Message-ID: <3FA974FA-E306-42FC-9CBD-0F5B5F8CABED@gmail.com> (raw)
In-Reply-To: <64b0e940-84ae-e75c-0ddb-10e60452c59a@gmail.com>
> On 29 Apr, 2017, at 18:11, Andy Furniss <adf.lists@gmail.com> wrote:
>
> With the ingress param shaping at 1mbit 5 tcps (cubic or bbr) really
> destroys latency.
>
> With the caveat that my test may be flawed, I am currently suspecting
> that cake cobalt head + ingress param and a low rate is buggy.
That’s odd, since I’m currently dogfooding it at 512Kbit, and it works fine like that. Not to the point of wanting to play online games while torrenting and downloading Steam updates, but that sort of limitation comes with the territory.
With a game updater that uses *80* web-seeds simultaneously (a libtorrent quirk which should get patched in the next version), I can still reliably use my Web browser and e-mail on a second machine; these are things that start to fail intermittently over about 2 seconds RTT, and I’ve measured this ISP at 45 seconds without modification.
The key thing to remember is that in ingress mode, you *must* reduce the shaped rate to some (large) fraction of the bottleneck link, otherwise it won’t control the queue at all. For example, I’m reasonably sure my current link is dumb-shaped to 576Kbit at the ISP. The smaller the fraction, the better the control of latency Cake can achieve.
This is in contrast to egress mode, where you want to match the link capacity as closely as possible to get maximum performance; latency control remains ideal as long as you never actually *exceed* the true link capacity.
- Jonathan Morton
next prev parent reply other threads:[~2017-04-29 17:30 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-20 13:39 Dendari Marini
2017-04-20 13:43 ` Sebastian Moeller
2017-04-20 15:23 ` Dendari Marini
2017-04-20 15:32 ` Jonathan Morton
2017-04-20 16:05 ` Dendari Marini
2017-04-20 17:12 ` Andy Furniss
2017-04-20 17:36 ` Jonathan Morton
2017-04-20 18:35 ` Sebastian Moeller
2017-04-20 18:36 ` Sebastian Moeller
2017-04-21 8:34 ` Dendari Marini
2017-04-21 13:25 ` Sebastian Moeller
2017-04-21 13:27 ` Dendari Marini
2017-04-22 8:25 ` Dendari Marini
2017-04-22 9:36 ` Jonathan Morton
2017-04-22 12:50 ` xnoreq
2017-04-22 13:41 ` Tristan Seligmann
2017-04-22 13:51 ` Andy Furniss
2017-04-22 14:03 ` Andy Furniss
2017-04-22 16:38 ` Andy Furniss
2017-04-22 16:45 ` Dave Taht
2017-04-22 17:00 ` Tristan Seligmann
2017-04-22 20:24 ` Andy Furniss
2017-04-22 16:47 ` Sebastian Moeller
2017-04-22 21:56 ` Dendari Marini
2017-04-22 22:15 ` Sebastian Moeller
2017-04-23 12:32 ` David Lang
2017-04-24 7:55 ` Sebastian Moeller
2017-04-24 8:41 ` Dendari Marini
2017-04-24 11:34 ` Sebastian Moeller
2017-04-24 12:08 ` Dendari Marini
2017-04-24 12:35 ` Sebastian Moeller
2017-04-24 13:49 ` Dendari Marini
2017-04-24 15:42 ` Sebastian Moeller
2017-04-24 17:32 ` Sebastian Moeller
2017-04-25 10:26 ` Andy Furniss
2017-04-25 11:24 ` Dendari Marini
2017-04-25 12:58 ` Andy Furniss
2017-04-25 18:22 ` Dendari Marini
2017-04-25 19:10 ` Jonathan Morton
2017-04-25 20:44 ` Dendari Marini
2017-04-25 21:32 ` Andy Furniss
2017-04-25 22:33 ` Benjamin Cronce
2017-04-28 15:37 ` Dendari Marini
2017-04-29 15:11 ` Andy Furniss
2017-04-29 17:30 ` Jonathan Morton [this message]
2017-04-29 18:29 ` Andy Furniss
2017-04-30 0:05 ` Andy Furniss
2017-05-01 5:50 ` Jonathan Morton
2017-05-01 11:32 ` Andy Furniss
2017-05-01 12:08 ` Jonathan Morton
2017-05-01 13:03 ` Andy Furniss
2017-05-01 13:11 ` Jonathan Morton
2017-05-01 14:46 ` Andy Furniss
2017-04-25 21:06 ` Andy Furniss
2017-04-25 21:16 ` Neil Shepperd
2017-04-25 21:37 ` Andy Furniss
2017-04-25 21:43 ` Sebastian Moeller
2017-04-25 22:06 ` Andy Furniss
2017-04-25 22:29 ` Andy Furniss
2017-04-25 22:32 ` Andy Furniss
2017-04-22 22:35 ` Andy Furniss
2017-04-22 14:12 ` Sebastian Moeller
2017-04-20 18:16 ` Sebastian Moeller
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=3FA974FA-E306-42FC-9CBD-0F5B5F8CABED@gmail.com \
--to=chromatix99@gmail.com \
--cc=adf.lists@gmail.com \
--cc=bcronce@gmail.com \
--cc=cake@lists.bufferbloat.net \
--cc=dendari92@gmail.com \
/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