* Re: [Bloat] New speedtest with bufferbloat indicators (from DSLreports)
[not found] ` <20150428092235.32205a07@redhat.com>
@ 2015-04-28 7:57 ` jb
2015-04-28 8:14 ` jb
0 siblings, 1 reply; 2+ messages in thread
From: jb @ 2015-04-28 7:57 UTC (permalink / raw)
To: Jesper Dangaard Brouer, bloat
[-- Attachment #1: Type: text/plain, Size: 1950 bytes --]
Regarding
http://www.dslreports.com/speedtest/380810
The upload graph was broken, or partially so, because you're using
Firefox/24.0 which dates from 2014 and apparently doesn't know how to
feedback information on the upload so the measurement was done from each
upload as it finished
So that is why the upload graph is no good, but the upload number is about
right.
Also it did have stalls and drops but not too bad, not enough to trigger an
error.
46.98s 10hz drop stats frames=15 total ms=3985
On Tue, Apr 28, 2015 at 5:22 PM, Jesper Dangaard Brouer <brouer@redhat.com>
wrote:
>
> On Tue, 28 Apr 2015 10:03:48 +0300 Marko Myllynen <myllynen@redhat.com>
> wrote:
>
> > On 2015-04-28 09:55, Jesper Dangaard Brouer wrote:
> > >
> > > Finally, there is a easy-to-use browser based speedtest that also
> > > measures bufferbloat:
> > >
> > > http://www.dslreports.com/speedtest
> > >
> > > After you run the test, click the green "Results + Share" button to see
> > > more detailed information. Which will contain a graph with "Ping
> > > response under load", which will indicate if you have bufferbloat on
> > > your link.
> >
> > FWIW, my results using RHEL 6 + Lenovo T420s + 4G modem:
>
> Thanks - I'm surprised to see how well 4G handles this. I was
> expecting to see higher delays under load.
>
> > http://www.dslreports.com/speedtest/380810
>
> The upload graph looks a little strange.
>
> > http://www.speedtest.net/my-result/4322094820
> >
> > Speedtest has servers in Finland so that might explain a bit. I was
> > running two Fedora guest installations in the background during the
> > tests so the system was rather busy.
>
> Could you try to run this in a Chrome browser?
> The author (Cc'ed) sayed Firefox on Linux is too slow...
>
> --
> Best regards,
> Jesper Dangaard Brouer
> MSc.CS, Sr. Network Kernel Developer at Red Hat
> Author of http://www.iptv-analyzer.org
> LinkedIn: http://www.linkedin.com/in/brouer
>
[-- Attachment #2: Type: text/html, Size: 3114 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [Bloat] New speedtest with bufferbloat indicators (from DSLreports)
2015-04-28 7:57 ` [Bloat] New speedtest with bufferbloat indicators (from DSLreports) jb
@ 2015-04-28 8:14 ` jb
0 siblings, 0 replies; 2+ messages in thread
From: jb @ 2015-04-28 8:14 UTC (permalink / raw)
To: Jesper Dangaard Brouer, bloat
[-- Attachment #1: Type: text/plain, Size: 2455 bytes --]
Oh, and if you are trying to reach the local speedtest.net speed, but
select 4g, it is defaulting to 3 streams, and then only 1 up because of the
old Firefox version,
and is using servers in Netherlands and Germany.
So if you try a current version of Firefox and/or Chrome, and want to push
it,
change in preferences streams down to 6 and streams up to 2 - 4
On Tue, Apr 28, 2015 at 5:57 PM, jb <justin@dslr.net> wrote:
> Regarding
> http://www.dslreports.com/speedtest/380810
>
> The upload graph was broken, or partially so, because you're using
> Firefox/24.0 which dates from 2014 and apparently doesn't know how to
> feedback information on the upload so the measurement was done from each
> upload as it finished
>
> So that is why the upload graph is no good, but the upload number is about
> right.
>
> Also it did have stalls and drops but not too bad, not enough to trigger
> an error.
> 46.98s 10hz drop stats frames=15 total ms=3985
>
>
> On Tue, Apr 28, 2015 at 5:22 PM, Jesper Dangaard Brouer <brouer@redhat.com
> > wrote:
>
>>
>> On Tue, 28 Apr 2015 10:03:48 +0300 Marko Myllynen <myllynen@redhat.com>
>> wrote:
>>
>> > On 2015-04-28 09:55, Jesper Dangaard Brouer wrote:
>> > >
>> > > Finally, there is a easy-to-use browser based speedtest that also
>> > > measures bufferbloat:
>> > >
>> > > http://www.dslreports.com/speedtest
>> > >
>> > > After you run the test, click the green "Results + Share" button to
>> see
>> > > more detailed information. Which will contain a graph with "Ping
>> > > response under load", which will indicate if you have bufferbloat on
>> > > your link.
>> >
>> > FWIW, my results using RHEL 6 + Lenovo T420s + 4G modem:
>>
>> Thanks - I'm surprised to see how well 4G handles this. I was
>> expecting to see higher delays under load.
>>
>> > http://www.dslreports.com/speedtest/380810
>>
>> The upload graph looks a little strange.
>>
>> > http://www.speedtest.net/my-result/4322094820
>> >
>> > Speedtest has servers in Finland so that might explain a bit. I was
>> > running two Fedora guest installations in the background during the
>> > tests so the system was rather busy.
>>
>> Could you try to run this in a Chrome browser?
>> The author (Cc'ed) sayed Firefox on Linux is too slow...
>>
>> --
>> Best regards,
>> Jesper Dangaard Brouer
>> MSc.CS, Sr. Network Kernel Developer at Red Hat
>> Author of http://www.iptv-analyzer.org
>> LinkedIn: http://www.linkedin.com/in/brouer
>>
>
>
[-- Attachment #2: Type: text/html, Size: 4001 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-04-28 8:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20150428085509.168471ca@redhat.com>
[not found] ` <553F30D4.60103@redhat.com>
[not found] ` <20150428092235.32205a07@redhat.com>
2015-04-28 7:57 ` [Bloat] New speedtest with bufferbloat indicators (from DSLreports) jb
2015-04-28 8:14 ` jb
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox