From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 0DC9521F21F for ; Tue, 28 Apr 2015 00:57:46 -0700 (PDT) Received: by igbyr2 with SMTP id yr2so84126467igb.0 for ; Tue, 28 Apr 2015 00:57:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=AHFe9ceeuYZ7K3cTXoCJpyYoa7REl79ihsakka9Xkvo=; b=lujt6fae4fZa16buBYjIIm2ZoNFU8LhMNi7O5ojTXNtCLLlh5r2DhwC1gMfkxCW0/3 opZKvxzUD+6aPU7Qm84UJVi07ut1qtdC12IWOP5RJJ00wDRr/F2MmWSlwtvVDtJ0Yn2Y gU3yrCyyBKy8kliXBLgqgtsHRP92SB6RrwHOlO/l+8g0GTfdtvfJGVsLW+lUdV7hs4M4 y+gvEfw/TlCuZIMczlXYMYVEI25DOe8+j6+nnfWF+qJcHLmH+T3PBICZ5HDqlhLT0DED eImBstHrS2+Dm6lrN44SQmIpdTf4pYWzdUqBvPisjCSs/Hj/54+ecKXjMt4n7rNBICz3 PWWA== MIME-Version: 1.0 X-Received: by 10.43.63.76 with SMTP id xd12mr17136790icb.11.1430207865901; Tue, 28 Apr 2015 00:57:45 -0700 (PDT) Sender: justinbeech@gmail.com Received: by 10.50.107.42 with HTTP; Tue, 28 Apr 2015 00:57:45 -0700 (PDT) In-Reply-To: <20150428092235.32205a07@redhat.com> References: <20150428085509.168471ca@redhat.com> <553F30D4.60103@redhat.com> <20150428092235.32205a07@redhat.com> Date: Tue, 28 Apr 2015 17:57:45 +1000 X-Google-Sender-Auth: NqjDZyxM-CbUq8IEpXmaysSBpM8 Message-ID: From: jb To: Jesper Dangaard Brouer , bloat Content-Type: multipart/alternative; boundary=bcaec51a8a96cd76e20514c4370e Subject: Re: [Bloat] New speedtest with bufferbloat indicators (from DSLreports) X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Apr 2015 07:58:15 -0000 --bcaec51a8a96cd76e20514c4370e Content-Type: text/plain; charset=UTF-8 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 wrote: > > On Tue, 28 Apr 2015 10:03:48 +0300 Marko Myllynen > 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 > --bcaec51a8a96cd76e20514c4370e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Regarding
The upload graph was broken, or partially so, because you'r= e 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 gra= ph 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.
=C2=A0 46.98s 10hz drop stats frames=3D15 total m= s=3D3985

<= br>
On Tue, Apr 28, 2015 at 5:22 PM, Jesper Danga= ard 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:
> >
> >=C2=A0 http://www.dslreports.com/speedtest
> >
> > After you run the test, click the green "Results + Share&quo= t; button to see
> > more detailed information.=C2=A0 Which will contain a graph with = "Ping
> > response under load", which will indicate if you have buffer= bloat on
> > your link.
>
> FWIW, my results using RHEL 6 + Lenovo T420s + 4G modem:

Thanks - I'm surprised to see how well 4G handles this.=C2=A0 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,
=C2=A0 Jesper Dangaard Brouer
=C2=A0 MSc.CS, Sr. Network Kernel Developer at Red Hat
=C2=A0 Author of http://www.iptv-analyzer.org
=C2=A0 LinkedIn: http://www.linkedin.com/in/brouer

--bcaec51a8a96cd76e20514c4370e--