From: Dave Taht <dave.taht@gmail.com>
To: Martin Geddes <mail@martingeddes.com>
Cc: "Toke Høiland-Jørgensen" <toke@toke.dk>,
bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Bufferbloat in high resolution + non-stationarity
Date: Mon, 27 Nov 2017 15:55:07 -0800 [thread overview]
Message-ID: <CAA93jw6YCLyGbHDujdw238Mt78kxUmVd2bkw+0jTtk_2oYdGQg@mail.gmail.com> (raw)
In-Reply-To: <CAAAY2aipf8BqdpbPr58xbSFKBiEycL0M6AtE-Qcm-Oat5ojFyA@mail.gmail.com>
On Mon, Nov 27, 2017 at 3:16 PM, Martin Geddes <mail@martingeddes.com> wrote:
> Hi Toke,
>
> The two critical references are this paper and this PhD thesis. The former
> describes "cherish-urgency" multiplexing. The "cherish" is what is different
> to today's scheduling. It is used to create a new class of algorithm whose
> goal is global optimisation, not local optimisation (and global
> pessimisation).
>
> The latter describes a paradigm change from "build it and then reason about
> emergent performance" to "reason about engineered performance and then build
> it". It works in practise, so whether it works in theory is left as an
> exercise to the reader.
>
> The first step is to get the measurement right. I'm running a public
> workshop in London on 8th Dec, and I am happy to accommodate anyone from
> this list at our internal cost.
>
> Everyone working on AQM has done the best possible within the paradigm they
> are operating. There is a bigger box of possibilities available, but it
> needs you to engage with a paradigm change.
We are currently benchmarking the known alternatives vs everything
else via a dozen methods we understand.
fq_codel v "cake":
http://www.drhleny.cz/bufferbloat/cake/round1/eg_csrt_rrulbe_eg_fq_codel_200mbit/index.html
http://www.drhleny.cz/bufferbloat/cake/round1/eg_csrt_rrulbe_eg_cakeeth_200mbit/index.html
> Martin
>
> About me Free newsletter Company website Twitter Zoom My new start-up Not
> LinkedIn Martin Geddes Consulting Ltd, Incorporated in Scotland, number
> SC275827 VAT Number: 859 5634 72 Registered office: 17-19 East London
> Street, Edinburgh, EH7 4BN
>
> On 26 November 2017 at 12:20, Toke Høiland-Jørgensen <toke@toke.dk> wrote:
>>
>> Martin Geddes <mail@martingeddes.com> writes:
>>
>> > It doesn't matter what scheduling algorithm you build if it creates
>> > arbitrage or denial-of-service attacks that can arm a systemic
>> > collapse hazard. The good news is we have a new class of scheduling
>> > technology (that works on a different paradigm) that can fully address
>> > all of the requirements. We are currently deploying it to enable the
>> > world's first commercial quality-assured broadband service.
>>
>> Could you point to any research papers describing this technology? Would
>> be interesting to read up on...
>>
>> -Toke
>
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
--
Dave Täht
CEO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-669-226-2619
next prev parent reply other threads:[~2017-11-27 23:55 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-25 20:23 Martin Geddes
2017-11-26 12:20 ` Toke Høiland-Jørgensen
2017-11-27 23:16 ` Martin Geddes
2017-11-27 23:55 ` Dave Taht [this message]
2017-11-28 2:07 ` Aaron Wood
2017-11-28 11:03 ` Toke Høiland-Jørgensen
[not found] ` <CAJq5cE3rWztd0f307bb-3H_tp5pvaHX_7Vp++PiwcU1X5eB_BQ@mail.gmail.com>
[not found] ` <CAJq5cE2jqAzAWoQB+3b9smq4ZvmBLoC5xE3oFYcQ+OVB+JCYgg@mail.gmail.com>
2017-11-28 16:16 ` Jonathan Morton
2017-11-30 12:31 ` Neil Davies
2017-11-30 16:51 ` Jonathan Morton
2017-11-30 19:59 ` Mikael Abrahamsson
2017-11-30 20:09 ` Jonathan Morton
2017-12-01 9:06 ` Michael Welzl
[not found] ` <CAJq5cE2_aiiJGdPOHQnEbfOqPVKLRP05AW1X6XLwSNaU233h=w@mail.gmail.com>
2017-12-01 13:48 ` Jonathan Morton
2017-11-28 23:57 ` Martin Geddes
2017-11-29 11:57 ` Toke Høiland-Jørgensen
-- strict thread matches above, loose matches on Subject: below --
2017-10-11 13:00 Martin Geddes
2017-10-16 20:26 ` 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/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAA93jw6YCLyGbHDujdw238Mt78kxUmVd2bkw+0jTtk_2oYdGQg@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=mail@martingeddes.com \
--cc=toke@toke.dk \
/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