<div dir="ltr">On the opposite side of things. I found these. I wish more people did high resolution samples.<div><a href="http://www.dslreports.com/speedtest/5414499">http://www.dslreports.com/speedtest/5414499</a><br></div><div><a href="http://www.dslreports.com/speedtest/5414506">http://www.dslreports.com/speedtest/5414506</a><br></div><div><br></div><div>Why does Google Fiber have so much bloat? They're running line rate. This means their buffers are actually sized to have over 1 second of data at line rate. I understand the underlying protocol is encapsulating groups of Ethernet packets, which increases the burstiness in which the packets are dequeued, but that's insane.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 22, 2016 at 8:47 PM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">randomly clicking around, 18 seconds to "start of bloat" on xfinity<br>
<a href="http://www.dslreports.com/speedtest/5414347" rel="noreferrer" target="_blank">http://www.dslreports.com/<wbr>speedtest/5414347</a><br>
<div class="HOEnZb"><div class="h5"><br>
On Sat, Oct 22, 2016 at 6:45 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
> On Sat, Oct 22, 2016 at 6:33 PM, jb <<a href="mailto:justin@dslr.net">justin@dslr.net</a>> wrote:<br>
>> This example takes about 6 seconds to get all the uploads running as<br>
>> they are staged, and then each upload takes a while to get to full speed<br>
>> because that is a function of  the senders TCP stack. So the smoothed<br>
>> total transfer rate lags as well, and the whole thing doesn't start to bloat<br>
>> out until we get to max speed.<br>
>><br>
>> There is an upload duration preference that can increase the total time<br>
>> upload or download takes but people already have no patience and<br>
>> close the tab when they start seeing decent upload numbers,<br>
>> so increasing it just makes the quit rate higher still. For the quitters<br>
>> we get no results at all, other than they quit before the end of the test.<br>
><br>
> I agree that waiting that long is hard on users, and that since it<br>
> takes so long to get to that point, it will take a lot of work for a<br>
> gfiber user to stress out the connection, on a benchmark... but in the<br>
> real world, with a few users on the link, not so much.<br>
><br>
> 400-1000ms latency when loaded counts as an "F" grade, in my opinion.<br>
> Perhaps doing the grade calculation only when the link is observed<br>
> near max bandwidth achieved (say, half)?<br>
><br>
> There are of course, other possible reasons for such bloat, like the<br>
> browser falling over, I wish I had a gfiber network and routing device<br>
> to test against.<br>
><br>
> Is there any way to browse<br>
> <a href="http://www.dslreports.com/speedtest/results/isp/r3910-google-fiber" rel="noreferrer" target="_blank">http://www.dslreports.com/<wbr>speedtest/results/isp/r3910-<wbr>google-fiber</a> for<br>
> like the last 20 results to see if this is a common behavior on gfiber<br>
> for longer tests?<br>
><br>
>> thanks<br>
>><br>
>> On Sun, Oct 23, 2016 at 10:52 AM, Jonathan Morton <<a href="mailto:chromatix99@gmail.com">chromatix99@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>><br>
>>> > On 23 Oct, 2016, at 00:56, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
>>> ><br>
>>> > <a href="http://www.dslreports.com/speedtest/5408767" rel="noreferrer" target="_blank">http://www.dslreports.com/<wbr>speedtest/5408767</a><br>
>>><br>
>>> Looks like that’s how long it takes for the throughput to ramp up to link<br>
>>> capacity.  That in turn is a function of the sender’s TCP.<br>
>>><br>
>>>  - Jonathan Morton<br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> Bloat mailing list<br>
>>> <a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
>>> <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/bloat</a><br>
>><br>
>><br>
>><br>
>> ______________________________<wbr>_________________<br>
>> Bloat mailing list<br>
>> <a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/bloat</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Dave Täht<br>
> Let's go make home routers and wifi faster! With better software!<br>
> <a href="http://blog.cerowrt.org" rel="noreferrer" target="_blank">http://blog.cerowrt.org</a><br>
<br>
<br>
<br>
--<br>
Dave Täht<br>
Let's go make home routers and wifi faster! With better software!<br>
<a href="http://blog.cerowrt.org" rel="noreferrer" target="_blank">http://blog.cerowrt.org</a><br>
______________________________<wbr>_________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/bloat</a><br>
</div></div></blockquote></div><br></div>