From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl0-x22f.google.com (mail-pl0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 2EF473B2A4 for ; Mon, 27 Nov 2017 18:16:25 -0500 (EST) Received: by mail-pl0-x22f.google.com with SMTP id z3so9432338plh.9 for ; Mon, 27 Nov 2017 15:16:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=martingeddes-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=zA0Ah8xUZcd1o0/rL/7DUeiFOnGB4WrYCd+mMUEnGuY=; b=iB+syyzbuP8MeHY2kaaiSaQMIchndnEyuEhr1di9zRSR7Cfe2QB+9CP/umLXMP8pxn Ixsog/Ck4OBMcHobrGX6/dVSarARJr1XzznhtDPmwwXtNj8ThiKfdNM4XpW1eI1EnEBZ azIFBZDBcU58Rd9prIzHGCxWEmZYzG6T4zuNENJt4kzsHLQw1lsrQnjfkFfsqfDmxAS0 TnCz22RQrJG9VspgNl/JyU8yQ1SoMz2Zhzj/izJaNmjdPNoG9esJyEJ0AV3nDeJ8Cgb5 cRb6MYZmHgPfG9VixRAl3QfRbP2X4Q7aIvetAwiCr/cZZdpJCgd9Vsh6z0wdRwaz2FAY uu8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=zA0Ah8xUZcd1o0/rL/7DUeiFOnGB4WrYCd+mMUEnGuY=; b=LkYClBYxjDA3B0yxljsbZrvNA1JwaY7kliYHzIKacWippCPBpHWpp50o1yDh3lde+2 jCkflKtTGH+o8bw3FlBEW1QyPihsD+gQRu7FOrmqDGJIfgCKbkIUayI9w+WdMfH6GEbW RB2UhnPu1gvDVQc+ygjvk55mmA55OTxLqZuUrQrxT5TQxfHeS/oBvFPmgRzbhwiX9zAz +rO/gv7Jf8TVsTeW6XWSrtqNtXwmKOZ6JEkl8JLMgVnDliRVH2ZNXRiXua0FoOhOFx6d KRyW1LQOdSjiayq0RMKepEbXEJ1LCG/oDKASflzJUBGo2J9Uvtd9Xy0df44Vlv9wU4IE FypA== X-Gm-Message-State: AJaThX6SSFy1ifRr6nCuyjZtCopkMK5smvZspD38nw57fHC8+wEgyt1/ MIiKTnDDdCfxY353DgDqQvDeLqhCsPM51mOzmBwVdUAw X-Google-Smtp-Source: AGs4zMZ66Hbs/ilV4ltIoKWbTOYEbAoTEqaGXZBNB69iTNb6ru+ZjZ8a8HorrUKK4rSymfz15ohZLox1zqmemhMW15I= X-Received: by 10.84.242.76 with SMTP id c12mr40785260pll.445.1511824584318; Mon, 27 Nov 2017 15:16:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.178.234 with HTTP; Mon, 27 Nov 2017 15:16:03 -0800 (PST) In-Reply-To: <87shd18c51.fsf@toke.dk> References: <87shd18c51.fsf@toke.dk> From: Martin Geddes Date: Mon, 27 Nov 2017 23:16:03 +0000 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: Dave Taht , bloat Content-Type: multipart/alternative; boundary="94eb2c1f2df44fb9e6055eff17f9" Subject: Re: [Bloat] Bufferbloat in high resolution + non-stationarity X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2017 23:16:25 -0000 --94eb2c1f2df44fb9e6055eff17f9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 worksh= op 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. 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=C3=B8iland-J=C3=B8rgensen wrote: > Martin Geddes 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 > --94eb2c1f2df44fb9e6055eff17f9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

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 cha= nge.

Martin
=
=
About me=C2=A0Free newsletter=C2=A0Company website=C2=A0Twitter=C2=A0Zoom=C2=A0My new start-up=C2=A0Not LinkedIn=C2=A0Martin Geddes Consulting= Ltd, Incorporated in Scotland, number SC275827 VAT Number: 859 5634 72 Reg= istered office: 17-19 East London Street, Edinburgh, EH7 4BN

On 26 November 2017 at 12:20, Toke H=C3=B8il= and-J=C3=B8rgensen <toke@toke.dk> wrote:
Martin Geddes <mail@martingeddes.com> writes:

> It doesn't matter what scheduling algorithm you build if it create= s
> 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? W= ould
be interesting to read up on...

-Toke

--94eb2c1f2df44fb9e6055eff17f9--