From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp105.iad3a.emailsrvr.com (smtp105.iad3a.emailsrvr.com [173.203.187.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 516B921F28D for ; Thu, 11 Sep 2014 18:24:28 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp14.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 9ED4328042D; Thu, 11 Sep 2014 21:24:27 -0400 (EDT) X-Virus-Scanned: OK Received: from app25.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp14.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 75976280423; Thu, 11 Sep 2014 21:24:27 -0400 (EDT) X-Sender-Id: dpreed@reed.com Received: from app25.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by 0.0.0.0:25 (trex/5.2.10); Fri, 12 Sep 2014 01:24:27 GMT Received: from reed.com (localhost.localdomain [127.0.0.1]) by app25.wa-webapps.iad3a (Postfix) with ESMTP id 6088A180051; Thu, 11 Sep 2014 21:24:27 -0400 (EDT) Received: by apps.rackspace.com (Authenticated sender: dpreed@reed.com, from: dpreed@reed.com) with HTTP; Thu, 11 Sep 2014 21:24:27 -0400 (EDT) Date: Thu, 11 Sep 2014 21:24:27 -0400 (EDT) From: dpreed@reed.com To: "Jonathan Morton" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_20140911212427000000_28664" Importance: Normal X-Priority: 3 (Normal) X-Type: html In-Reply-To: <45F70DEB-F0FE-45EA-8D27-EEF7C523476B@gmail.com> References: <1410482143.8059509@apps.rackspace.com> <45F70DEB-F0FE-45EA-8D27-EEF7C523476B@gmail.com> Message-ID: <1410485067.393724599@apps.rackspace.com> X-Mailer: webmail7.0 Cc: Wes Felter , =?utf-8?Q?Joel_Wir=C4=81mu_Pauling?= , "cerowrt-devel@lists.bufferbloat.net" , bloat Subject: Re: [Cerowrt-devel] =?utf-8?q?=5BBloat=5D__Fixing_bufferbloat=3A_How_?= =?utf-8?q?about_an_open_letter_to_the_web_benchmarkers=3F?= X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Sep 2014 01:24:57 -0000 ------=_20140911212427000000_28664 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0AThe speedof.me API probably can be used directly as the measurement of d= ownload and upload - you can create a competing download or upload in Javas= cript using a WebWorker talking to another server that supports the websock= et API to force buffer overflow. (sort of poor man's RRUL).=0A =0AThe spee= dof.me API would give you the measured performance, while the other path wo= uld just be aan easier to code test load to a source/sink.=0A =0ANot sure t= hat would help, but for a prototype it's not bad.=0A=0A=0AOn Thursday, Sept= ember 11, 2014 8:42pm, "Jonathan Morton" said:=0A= =0A=0A=0A> =0A> On 12 Sep, 2014, at 3:35 am, dpreed@reed.com wrote:=0A> =0A= > > Among friends of mine, we can publicize this widely. But those friends= =0A> probably would like to see how the measurement would work.=0A> =0A> Co= uld we make use of the existing test servers (running netperf) for that=0A>= demonstration? How hard is the protocol to fake in Javascript?=0A> =0A> Or= would a netperf-wrapper demonstration suffice? We've already got that, but= =0A> we'd need to extract the single-figures-of-merit from the data.=0A> = =0A> I wonder if the speedof.me API can already be tricked into doing the r= ight thing?=0A> =0A> - Jonathan Morton=0A> =0A> ------=_20140911212427000000_28664 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

The speedof.me API probabl= y can be used directly as the measurement of download and upload - you can = create a competing download or upload in Javascript using a WebWorker talki= ng to another server that supports the websocket API to force buffer overfl= ow.  (sort of poor man's RRUL).

=0A

 

=0AThe speedof.me API would give you the measured performance, = while the other path would just be aan easier to code test load to a source= /sink.

=0A

 

=0A

Not sure that w= ould help, but for a prototype it's not bad.

=0A=0A



On = Thursday, September 11, 2014 8:42pm, "Jonathan Morton" <chromatix99@gmai= l.com> said:

=0A
=0A

>
> On 12 Sep, 2014, at 3:35 am, dpreed@reed.com wr= ote:
>
> > Among friends of mine, we can publicize this= widely. But those friends
> probably would like to see how the mea= surement would work.
>
> Could we make use of the existing= test servers (running netperf) for that
> demonstration? How hard = is the protocol to fake in Javascript?
>
> Or would a netp= erf-wrapper demonstration suffice? We've already got that, but
> we= 'd need to extract the single-figures-of-merit from the data.
> > I wonder if the speedof.me API can already be tricked into doing th= e right thing?
>
> - Jonathan Morton
>
> =

=0A
 ------=_20140911212427000000_28664--