From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2166B201112 for ; Fri, 22 May 2015 12:30:34 -0700 (PDT) Received: from hms-beagle-6.home.lan ([217.237.71.188]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Ld1CS-1Zdm3N3gno-00i9FP; Fri, 22 May 2015 21:30:17 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: Date: Fri, 22 May 2015 21:30:16 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <58264BE0-CDBE-4739-B03D-4BAA20B13997@gmail.com> <8FFDE0DF-0F5A-4A3F-A47B-F8D59EEC7971@gmail.com> <7A27A9AA-830A-4E3B-A7A9-C80E52F8DB1C@gmx.de> To: jb X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:AmD8tASoXoaRWjFoDcjJxfHKLFXhb/RkgGaHi/GZ27Ln6eKfh51 vu2m0weJdj4LvHaikItS1UYn6Um7ZxNk5P5fdbD4vo+9KUATQuadqMDSBlKJCtg/6JN1tM+ YLHPlsoouUYgQpK9zQkE2Ir6bO0ZyhbSOztKzOIe1RfM37DlrSsqCCjktpu9gueRkS0Mchy iG1RwCwQsH7lEsxmNy3Wg== X-UI-Out-Filterresults: notjunk:1; Cc: bloat Subject: Re: [Bloat] dslreports mockup 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: Fri, 22 May 2015 19:31:27 -0000 Hi jb, On May 22, 2015, at 14:52 , jb wrote: > Yes, that's a good idea. the library makes it awkward to mix data in = one drill down but I can > mark the idle benchmark somehow, perhaps a green background strip. That would work well for me ;) >=20 > It does show bands in the initial view, but they are not visible if = none of the three bars > extends high enough. Fair enough, I guess most important in the bar view is the = direct comparison of the aggregate measures... > Since they are averages, and if you get grade A or A+ they don't > tend to extend high enough to show even the yellow band. >=20 > I guess I can see the next request: can the "uploading" and "download" = un-exploded > bars not be averages but be maximums.. or close to it =85 ? Bull=92s eye ;) the war I see stats is that if one reports a = mean value one also needs to report a variance measure, preferably a = confidence limit (say 95% or even 99% ). But the RTT values (under load) = decidedly are not normally distributed, so the mean might not be the = best measure to begin with (maybe mean and skewness would work, the = higher the skewness the worse the buffer bloat grade)... Best regards Sebatian >=20 > On Fri, May 22, 2015 at 8:03 PM, Sebastian Moeller = wrote: > Hi jb, >=20 > this looks like a good way to allow easy comparison with the bars and = detailed information about the time course, I like it. >=20 > On May 22, 2015, at 09:00 , jb wrote: >=20 > > Well the dual Y-Axis thing didn't work. > > It would require removal of the color bands and looked confusing. > > > > So I've done a drill-down thing instead. You get just three bars, = then can > > drill into each by clicking, to see an expansion against its own = Y-Axis. > > Hard to explain, easier to see: > > > > http://www.dslreports.com/speedtest/525965 >=20 > I wonder, would it be possible to also show the last (few) = idle data points from just before loading download and upload? That = would allow to easily assess how much the latency jumps under load in = the drilled down view. Also I think I would like to see the color bands = in the bar plot as a first indication whether I need to drill into the = detail-views at all ;) >=20 > Best Regards > Sebastian >=20 > > > > On Fri, May 22, 2015 at 10:56 AM, Jonathan Morton = wrote: > > > > > On 22 May, 2015, at 03:17, jb wrote: > > > > > > Or I can just have two Y-Axis with auto-scaling on both. > > > > You could also try a square-root scale (as opposed to linear or = logarithmic). This should help with comparing data with different = orders of magnitude, without flattening things as aggressively as a log = scale. > > > > But perhaps we should see what it looks like before committing to = it. > > > > - Jonathan Morton > > > > > > _______________________________________________ > > Bloat mailing list > > Bloat@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/bloat >=20 >=20