[Bloat] dslreports mockup

Jim Gettys jg at freedesktop.org
Thu May 21 10:13:36 EDT 2015


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


On Thu, May 21, 2015 at 9:45 AM, Rich Brown <richb.hanover at 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 at 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 at lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/bloat
>
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20150521/31f858e7/attachment-0002.html>


More information about the Bloat mailing list