From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from hubrelay-rd.bt.com (hubrelay-rd.bt.com [62.239.224.99]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "hubrelay-rd.bt.com", Issuer "VeriSign Class 3 International Server CA - G3" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2D9CC21F39F for ; Mon, 4 Aug 2014 09:22:49 -0700 (PDT) Received: from EVMHR01-UKBR.domain1.systemhost.net (193.113.108.40) by EVMHR67-UKRD.bt.com (10.187.101.22) with Microsoft SMTP Server (TLS) id 8.3.348.2; Mon, 4 Aug 2014 17:22:45 +0100 Received: from EPHR01-UKIP.domain1.systemhost.net (147.149.196.177) by EVMHR01-UKBR.domain1.systemhost.net (193.113.108.40) with Microsoft SMTP Server (TLS) id 8.3.348.2; Mon, 4 Aug 2014 17:22:38 +0100 Received: from bagheera.jungle.bt.co.uk (132.146.168.158) by EPHR01-UKIP.domain1.systemhost.net (147.149.196.177) with Microsoft SMTP Server id 14.3.181.6; Mon, 4 Aug 2014 17:22:35 +0100 Received: from BTP075694.jungle.bt.co.uk ([10.109.144.241]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id s74GJPb4018761; Mon, 4 Aug 2014 17:22:34 +0100 Message-ID: <201408041622.s74GJPb4018761@bagheera.jungle.bt.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 4 Aug 2014 16:33:22 +0100 To: Dave Taht From: Bob Briscoe In-Reply-To: References: <90165E70-8811-4575-AA53-DDF6F585CE9F@simula.no> <71428527-5678-4A5E-A0FB-D214873BE560@ifi.uio.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -1.201 () ALL_TRUSTED,MIME_QP_LONG_LINE X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158 Cc: "iccrg@irtf.org" , bloat Subject: Re: [Bloat] [iccrg] survey on Internet latency, FYI X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2014 16:22:49 -0000 Dave, Thx for BQL+pFabric+HFSC suggestions. We are now=20 in the process of addressing a few items the=20 reviewers wanted us to change (each different=20 from yours)), so we can add stuff. The main=20 reason for sending out the pre-print was=20 precisely to widen the formal review process out=20 to the community, so thx for contributing. All we hoped for was to ensure we had=20 representative papers about each /type/ of=20 technology. We knew we could never summarise=20 every paper that has every been written about=20 latency, altho obviously we do want to include as=20 many /important/ ones as possible. I'm afraid we have no plans to turn this into a=20 living doc. It would be feasible if it was just a=20 categorisation of paper summaries. However, the=20 main value of the paper (IMO) is the quantative=20 comparison of the main techniques (Gain vs Pain=20 section), which isn't so easy to open up to=20 public contribution. Even amongst our 10 authors,=20 it took a long while to converge on the answer=20 for each technology we picked. Now all the=20 authors want to get on with the rest of their lives. Bob At 14:53 04/08/2014, Dave Taht wrote: >On Mon, Aug 4, 2014 at 8:07 AM, Michael Welzl wrote: > > The link below doesn't work anymore; a slighly updated version is at: > > http://riteproject.eu/?attachment_id=3D735 > >0) I enjoyed reading it, but it wasn't as comprehensive as I'd like, >and more than a few paragraphs reflected a bias that I'd have liked to >have had an opportunity to address before publication. > >1) I would like a future version to dedicate a bit of space to "Byte >Queue Limits" (BQL), as that happens to have been the technology that >has made all the AQM and FQ algorithms scalable to 10s of gbits in >Linux. Prior to BQL, NO aqm or FQ worked right at line rate. I have >kept hoping some paper would examine the difference in latency due to >BQL for quite some time now... if it wasn't for the BQL breakthrough: > >https://lists.bufferbloat.net/pipermail/bloat/2011-November/000726.html > >The bufferbloat.net project would have folded up shop and quit that >year, if BQL hadn't arrived, as our initial focus on fixing wifi >wasn't working out. > >The BQL concept and implementation are delightfully simple and fast >enough to run at interrupt cleanup time. > > http://lwn.net/Articles/454390/ > >And the results, spectacular, particularly on hosts with TSO or GSO >enabled, and at a wide range of rates, particularly high ones. > >2) The same person that did Data Center TCP went off to do pfabric. I >don't see that in here. > >3) Also HFSC seems to be widely used, in the DSL market in particular, >and is not in here. > >4) Numerous other nits. I do hope further input from the community is >solicited for a 1.1, and I'd love it if it were available as a wiki or >html document one day for easier browsing/decoding/searching from the >Internet. > > > > > > On 21. juli 2014, at 11:17, David Ros wrote: > > > > Hi all, > > > > The following paper may be of interest to ICCRGers: > > > > "Reducing Internet Latency: A Survey of Techniques and their Merits" > > > > available here: > > http://riteproject.files.wordpress.com/2014/07/latency_preprint-31.pdf > > > > This is a much-extended version=20 > (understatement) of a position paper of ours > > that was presented in last year's ISOC workshop on Internet latency. > > > > It's currently under submission to a journal, so this preprint will be > > slightly amended for the eventual journal version that in principle= should > > be available in a few months. Comments will be gladly welcome. > > > > Thanks, > > > > David (as individual, on behalf of all the authors) > > > > _______________________________________________ > > iccrg mailing list > > iccrg@irtf.org > > https://www.irtf.org/mailman/listinfo/iccrg > > > > > > > > _______________________________________________ > > iccrg mailing list > > iccrg@irtf.org > > https://www.irtf.org/mailman/listinfo/iccrg > > > > > >-- >Dave T=C3=A4ht > >NSFW:=20 >https://w2.eff.org/Censorship/Internet_censorship_bills/russell_0296_indece= nt.article >_______________________________________________ >Bloat mailing list >Bloat@lists.bufferbloat.net >https://lists.bufferbloat.net/listinfo/bloat ________________________________________________________________ Bob Briscoe, BT=20