[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
300+ms of hotel wifi bufferbloat - peaking at 1.5 sec!
- Subject: 300+ms of hotel wifi bufferbloat - peaking at 1.5 sec!
- From: srikanth at gatech.edu (Srikanth Sundaresan)
- Date: Sat, 30 May 2015 18:59:53 -0700
- In-reply-to: <[email protected]>
- References: <CAA93jw4HYxw6F2-UNrr+WeCCQTAxBrvtc8T=dK56UzMf3WyKfQ@mail.gmail.com> <[email protected]>
While I agree that upload speeds aren't great, it doesn't mean that the
buffers aren't big. Buffer sizes of the order of MB's are uncalled for
at the edge, unless we're talking really high speeds. The miniscule
performance increase for single TCP flows doesn't really justify the
potential increase in latency for everyone else.
On 5/30/15 6:25 PM, Steven Tardy wrote:
> There's a corollary of the bufferbloat phenomenon: buffer drain time. It's not the size of the buffer, but how long it takes to empty. And US ISPs continue to say "customers don't want upload speed".
> If the ISP upload speed was symmetric you'd likely never notice the 1-2MB of buffers.
>
> I guess what I'm getting at is why do you continue to say buffers are too big instead of saying ISP upload is too slow?
>
>
>> On May 30, 2015, at 1:50 PM, Dave Taht <dave.taht at gmail.com> wrote:
>>
>> http://www.dslreports.com/speedtest/578850
>>
>> I would get a kick out of it if folk here tried this new speedtest
>> periodically (on the "cable" setting) during the nanog conference. ;)
>> There is a hires option for more detail on the resulting charts...
>>
>> (or fiddled with "flent" (flent.org))
>>
>> --
>> Dave T?ht
>> What will it take to vastly improve wifi for everyone?
>> https://plus.google.com/u/0/explore/makewififast