> On 21 May 2015, at 15:23, Jim Gettys <j...@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.hano...@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.t...@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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat
