From: David Collier-Brown <davecb.42@gmail.com>
To: bloat@lists.bufferbloat.net
Subject: Re: [Bloat] [Cerowrt-devel] DC behaviors today
Date: Mon, 4 Dec 2017 15:29:46 -0500 [thread overview]
Message-ID: <ae8e62a8-7b11-9c16-5e21-ac94875f4f2b@gmail.com> (raw)
In-Reply-To: <1512417597.091724124@apps.rackspace.com>
[-- Attachment #1: Type: text/plain, Size: 3707 bytes --]
Do you think that "RTT to San Francisco" is a clear enough, predictable
enough measure that we can use it in the context of non-technical users
and obfuscating salescritters?
--dave
who vaguely watched RTT to Charlottetown PEI, Vancouver and Washington
DC in a previous life
On 04/12/17 02:59 PM, dpreed@reed.com wrote:
>
> I suggest we stop talking about throughput, which has been the
> mistaken idea about networking for 30-40 years.
>
> Almost all networking ends up being about end-to-end response time in
> a multiplexed system.
>
> Or put another way: "It's the Latency, Stupid".
>
> I get (and have come to expect) 27 msec. RTT's under significant load,
> from Boston suburb to Sunnyvale, CA.
>
> I get 2 microsecond RTT's within my house (using 10 GigE).
>
> What will we expect tomorrow?
>
> This is related to Bufferbloat, because queueing delay is just not a
> good thing in these contexts - contexts where Latency Matters. We
> provision multiplexed networks based on "peak capacity" never being
> reached.
>
> Consequently, 1 Gig to the home is "table stakes". And in DOCSIS 3.1
> deployments that is what is being delivered, cheap, today.
>
> And 10 Gig within the home is becoming "table stakes", especially for
> applications that need quick response to human interaction.
>
> 1 NvME drive already delivers around 11 Gb/sec at its interface.
> That's what is needed in the network to "impedance match".
>
> 802.11ax already gives around 10 Gb/sec. wireless (and will be on the
> market soon).
>
> The folks who think that having 1 Gb/sec to the home would only be
> important if you had to transfer at that rate 8 hours a day are just
> not thinking clearly about what "responsiveness" means.
>
> For a different angle on this, think about what the desirable "channel
> change time" is if a company like Netflix were covering all the
> football (I mean US's soccer) games in the world. You'd like to fill
> the "buffer" in 100 msec. so channel change to some new channel is
> responsive. 100 msec. of 4K sports, which you are watching in "real
> time" needs to be buffered, and you want no more than a second or two
> of delay from camera to your screen. So buffering up 1 second of a
> newly selected 4 K video stream in 100 msec. on demand is why you need
> such speeds. Do the math.
>
> VR sports coverage - even moreso.
>
>
>
> On Monday, December 4, 2017 7:44am, "Mikael Abrahamsson"
> <swmike@swm.pp.se> said:
>
> > On Mon, 4 Dec 2017, Pedro Tumusok wrote:
> >
> > > Looking at chipsets coming/just arrived from the chipset vendors,
> I think
> > > we will see CPE with 10G SFP+ and 802.11ax Q3/Q4 this year.
> > > Price is of course a bit steeper than the 15USD USB DSL modem :P, but
> > > probably fits nicely for the SMB segment.
> >
> >
> https://kb.netgear.com/31408/What-SFP-modules-are-compatible-with-my-Nighthawk-X10-R9000-router
> >
> > This has been available for a while now. Only use-case I see for it is
> > Comcast 2 gigabit/s service, that's the only one I know of that
> would fit
> > this product (since it has no downlink 10GE ports).
> >
> > --
> > Mikael Abrahamsson email: swmike@swm.pp.se
> > _______________________________________________
> > Cerowrt-devel mailing list
> > Cerowrt-devel@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel
> >
>
>
>
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
--
David Collier-Brown, | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
davecb@spamcop.net | -- Mark Twain
[-- Attachment #2: Type: text/html, Size: 9457 bytes --]
next prev parent reply other threads:[~2017-12-04 20:29 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAA93jw43M=dhPOFhMJo7f-qOq=k=kKS6ppq4o9=hsTEKoBdUpA@mail.gmail.com>
[not found] ` <92906bd8-7bad-945d-83c8-a2f9598aac2c@lackof.org>
[not found] ` <CAA93jw5pRMcZmZQmRwSi_1dETEjTHhmg2iJ3A-ijuOMi+mg4+Q@mail.gmail.com>
[not found] ` <CAKiAkGT54RPLQ4f1tzCj9wcW=mnK7+=uJfaotw9G+H_JEy_hqQ@mail.gmail.com>
2017-12-04 4:19 ` [Bloat] " Dave Taht
2017-12-04 9:13 ` [Bloat] [Cerowrt-devel] " Mikael Abrahamsson
2017-12-04 9:31 ` Joel Wirāmu Pauling
2017-12-04 10:18 ` Mikael Abrahamsson
2017-12-04 10:27 ` Joel Wirāmu Pauling
2017-12-04 10:43 ` Pedro Tumusok
2017-12-04 10:47 ` Joel Wirāmu Pauling
2017-12-04 10:57 ` Pedro Tumusok
2017-12-04 10:59 ` Joel Wirāmu Pauling
2017-12-04 12:44 ` Mikael Abrahamsson
2017-12-04 19:59 ` dpreed
2017-12-04 20:29 ` David Collier-Brown [this message]
2017-12-08 7:05 ` Mikael Abrahamsson
2017-12-12 15:09 ` Luca Muscariello
2017-12-12 18:36 ` Dave Taht
2017-12-12 22:53 ` dpreed
2017-12-12 23:20 ` Jonathan Morton
2017-12-13 10:20 ` Mikael Abrahamsson
2017-12-13 10:45 ` Luca Muscariello
2017-12-13 15:26 ` Neil Davies
2017-12-13 16:41 ` Jonathan Morton
2017-12-13 18:08 ` dpreed
2017-12-13 19:55 ` Neil Davies
2017-12-13 21:06 ` Jonathan Morton
2017-12-14 8:22 ` Mikael Abrahamsson
2017-12-17 21:37 ` Benjamin Cronce
2017-12-18 8:11 ` Mikael Abrahamsson
2017-12-17 11:52 ` Matthias Tafelmeier
2017-12-18 7:50 ` Mikael Abrahamsson
2017-12-19 17:55 ` Matthias Tafelmeier
2017-12-27 15:15 ` Matthias Tafelmeier
2018-01-20 11:55 ` Joel Wirāmu Pauling
2017-12-04 12:41 ` Mikael Abrahamsson
2017-12-04 10:56 ` [Bloat] Linux network is damn fast, need more use XDP (Was: DC behaviors today) Jesper Dangaard Brouer
2017-12-04 17:00 ` Dave Taht
2017-12-04 20:49 ` Joel Wirāmu Pauling
2017-12-07 8:43 ` Jesper Dangaard Brouer
2017-12-07 8:49 ` Jesper Dangaard Brouer
2017-12-04 17:19 ` Matthias Tafelmeier
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=ae8e62a8-7b11-9c16-5e21-ac94875f4f2b@gmail.com \
--to=davecb.42@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=davecb@spamcop.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