From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from masada.superduper.net (unknown [IPv6:2001:ba8:1f1:f263::2]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id E6DB521F2CF for ; Mon, 20 Apr 2015 19:56:10 -0700 (PDT) Received: from 199-116-72-167.public.monkeybrains.net ([199.116.72.167] helo=[192.168.0.12]) by masada.superduper.net with esmtpsa (TLS1.0:RSA_ARCFOUR_MD5:128) (Exim 4.80) (envelope-from ) id 1YkOM0-0002qq-1x; Tue, 21 Apr 2015 03:56:06 +0100 From: Simon Barber To: Jonathan Morton , Sebastian Moeller Date: Mon, 20 Apr 2015 19:56:00 -0700 Message-ID: <14cd9e74e48.27f7.e972a4f4d859b00521b2b659602cb2f9@superduper.net> In-Reply-To: <2C987A4B-7459-43C1-A49C-72F600776B00@gmail.com> References: <75C1DDFF-FBD2-4825-A167-92DFCF6A7713@gmail.com> <8AD4493E-EA21-496D-923D-B4257B078A1C@gmx.de> <8E4F61CA-4274-4414-B4C0-F582167D66D6@gmx.de> <2C987A4B-7459-43C1-A49C-72F600776B00@gmail.com> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 AquaMail/1.5.0.19 (build: 2100846) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -2.9 (--) Cc: bloat@lists.bufferbloat.net Subject: Re: [Bloat] DSLReports Speed Test has latency measurement built-in 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, 21 Apr 2015 02:56:39 -0000 One thing users understand is slow web access. Perhaps translating the latency measurement into 'a typical web page will take X seconds longer to load', or even stating the impact as 'this latency causes a typical web page to load slower, as if your connection was only YY% of the measured speed.' Simon Sent with AquaMail for Android http://www.aqua-mail.com On April 19, 2015 1:54:19 PM Jonathan Morton wrote: > >>>> Frequency readouts are probably more accessible to the latter. > >>> > >>> The frequency domain more accessible to laypersons? I have my doubts ;) > >> > >> Gamers, at least, are familiar with “frames per second” and how that > corresponds to their monitor’s refresh rate. > > > > I am sure they can easily transform back into time domain to get the > frame period ;) . I am partly kidding, I think your idea is great in that > it is a truly positive value which could lend itself to being used in > ISP/router manufacturer advertising, and hence might work in the real work; > on the other hand I like to keep data as “raw” as possible (not that ^(-1) > is a transformation worthy of being called data massage). > > > >> The desirable range of latencies, when converted to Hz, happens to be > roughly the same as the range of desirable frame rates. > > > > Just to play devils advocate, the interesting part is time or saving > time so seconds or milliseconds are also intuitively understandable and can > be easily added ;) > > Such readouts are certainly interesting to people like us. I have no > objection to them being reported alongside a frequency readout. But I > think most people are not interested in “time savings” measured in > milliseconds; they’re much more aware of the minute- and hour-level time > savings associated with greater bandwidth. > > - Jonathan Morton > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat