<div dir="ltr"><div dir="ltr">Hi Jonathan,<div><br></div><div><div class="gmail_quote"><div dir="ltr">On Wed, Aug 29, 2018 at 2:16 AM Jonathan Morton <<a href="mailto:chromatix99@gmail.com">chromatix99@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> On 29 Aug, 2018, at 2:53 am, David Collier-Brown <<a href="mailto:davec-b@rogers.com" target="_blank">davec-b@rogers.com</a>> wrote:<br>
> <br>
> Humans experience delays directly, and so perceive systems with high latency as "slow". The proverbial "man on the Clapham omnibus" therefor responds to high-latency systems with disgust.<br>
> <br>
> A trained scientist, however, runs the risk of choosing something that requires complicated measurement schemes, and might well choose to optimize for throughput, as that sounds like a desirable measure, one matching their intuitions of what "fast" means.<br>
<br>
The correct approach, for scientists, is to observe that for many applications, response time (a form of latency) is the *only* relevant metric.  In some cases, higher bandwidth correlates with reduced response time, such as for software updates.  In other cases, bandwidth is essentially irrelevant, except as it pertains to serialisation delay of single packets.<br></blockquote><div><br></div><div>Yes, exactly, thank you for bringing some actual scientific reasoning into the discussion. It would actually be nice to have a tool for measuring "response time" for different applications</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Conversely, there are some applications for which sufficient bandwidth is not a matter of response time, but a threshold prerequisite for correct operation.  We can refer to these as isochronous applications, or choose another term if you prefer.  Video streaming is an example of this; given an a-priori chosen video codec setting, if the data it produces cannot be transferred as fast as it is produced, the receiver will not be able to play it back in synchrony.<br>
<br>
YouTube can reliably stream Full-HD (1080p60) video down a 10Mbps debloated pipe.  The broadband standard in the US claims that 25Mbps is necessary for this precise application. </blockquote><div><br></div><div>No, it doesn't. It claims the opposite, i.e. that 10Mbps is sufficient for streaming one HD video but with 25Mbps you can stream two HD videos or one 4K video, see Table 1 in the FCC report:</div><div><br></div><div><a href="https://docs.fcc.gov/public/attachments/FCC-15-10A1.pdf">https://docs.fcc.gov/public/attachments/FCC-15-10A1.pdf</a><br></div><div><br></div><div>/Jonas</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Draw your own conclusions.<br>
<br>
 - Jonathan Morton<br>
<br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div></div></div></div>