Re: [Bloat] dslreports mockup

[Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>]

[-- Attachment #1.1: Type: text/plain, Size: 3786 bytes --]



> On 21 May 2015, at 15:23, Jim Gettys <jg@freedesktop.org> wrote:
> 
> Providing separate grades for upload and download does not make sense to me, as interference with acks in the other direction badly hurts that traffic. Uploads and downloads are *not* independent variables.
> 
> KISS: one grade....
>                   - Jim

As a dumb user I agree with the one overall grade result. As a slightly less dumb user seeing up & down graphs is useful for tuning bandwidth limits, or I found it so at least. It's suddenly struck me as odd that a test section & graph for simultaneous up & down streams isn't included, presumably it would also be the basis for the one grade overall badge result. I guess that's feedback to dslreports if they're not already listening here.

Agree with Rich's comments re: background colours following scaling as a further pointer to bad/better/good on up/down latency differences.

Kevin

PS: As an aside I don't know if my comments/thoughts are helpful on this list or not.  I know there are a lot of extremely experienced & clever people here who've been battling this problem for a long time and I fear 'stupid' questions will just try people's patience.  If my dumb user observations aren't helpful please tell me to shut up!
> 
> 
>> On Thu, May 21, 2015 at 9:45 AM, Rich Brown <richb.hanover@gmail.com> wrote:
>> That is interesting. I'm trying to think how the latency charts could be misconstrued, since a Y-axis on the right isn't the norm - I don't think it's hard to understand, but just different.
>> 
>> The display as-is clearly shows that the download is badly bloated, but the upload is fine. That's the important message for most people at home.  But as a researcher, you want to understand the details of the upload. So having different scales would help you see better into the problem.
>> 
>> * If the download and upload values are substantially similar, the left and right Y-axis scales should be the same, so there wouldn't be confusion
>> 
>> * If the values are substantially different (as in this screen shot), the pink and yellow backgrounds (on the left) and the lack of them on the right would provide a solid cue that there is something different going on between the two charts.
>> 
>> * On the other hand, the report already shows different Y-axis values for the down/upload speeds, so the latency charts could mimic the speeds...
>> 
>> Other thoughts?
>> 
>> Rich
>> 
>> On May 20, 2015, at 12:46 PM, Dave Taht <dave.taht@gmail.com> wrote:
>> 
>> > I wanted to be able to have separated charts for up and down on
>> > different scales, so I took apart what exists today in gimp and got
>> > this:
>> >
>> > http://snapon.lab.bufferbloat.net/~d/dslreportsmockup.png
>> >
>> > I guess it is partially because I am getting a C on the download at
>> > this speed, and no A+ on the upload, and I would at least like to get
>> > a gold star from teacher for effort. :/
>> >
>> > I dunno how to fix the download short of getting rid of several
>> > seconds of inherent buffering in their CMTS. There must be a simple
>> > way to do that??
>> >
>> > --
>> > Dave Täht
>> > Open Networking needs **Open Source Hardware**
>> >
>> > https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67
>> > _______________________________________________
>> > Bloat mailing list
>> > Bloat@lists.bufferbloat.net
>> > https://lists.bufferbloat.net/listinfo/bloat
>> 
>> _______________________________________________
>> Bloat mailing list
>> Bloat@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/bloat
> 
> _______________________________________________
> Bloat mailing list
> Bloat@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat

[-- Attachment #1.2: Type: text/html, Size: 5843 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 3089 bytes --]