<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 21, 2015 at 10:24 AM, Rich Brown <span dir="ltr"><<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Ahah! I wasn't clear. I do want One Grade to Rule Them All...<div><br></div><div>But I was only talking about different Y-axis values on the latency charts, so that a bad latency in one direction doesn't hide the details of the transfer in the other.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></div></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small;display:inline">Ah, yes. That makes sense.</div></div><div><div class="gmail_default" style="font-size:small;display:inline"> - Jim</div></div><div><div class="gmail_default" style="font-size:small;display:inline"></div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class="HOEnZb"><font color="#888888"><div></div><div>Rich</div></font></span><div><div class="h5"><div><br><div><div><div>On May 21, 2015, at 10:13 AM, Jim Gettys <<a href="mailto:jg@freedesktop.org" target="_blank">jg@freedesktop.org</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr"><div style="font-size:small">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.</div><div style="font-size:small"><br></div><div style="font-size:small">KISS: one grade....</div><div style="font-size:small"> - Jim</div><div style="font-size:small"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 21, 2015 at 9:45 AM, Rich Brown <span dir="ltr"><<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
<br>
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.<br>
<br>
* 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<br>
<br>
* 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.<br>
<br>
* 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...<br>
<br>
Other thoughts?<br>
<span><font color="#888888"><br>
Rich<br>
</font></span><div><div><br>
On May 20, 2015, at 12:46 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
<br>
> I wanted to be able to have separated charts for up and down on<br>
> different scales, so I took apart what exists today in gimp and got<br>
> this:<br>
><br>
> <a href="http://snapon.lab.bufferbloat.net/~d/dslreportsmockup.png" target="_blank">http://snapon.lab.bufferbloat.net/~d/dslreportsmockup.png</a><br>
><br>
> I guess it is partially because I am getting a C on the download at<br>
> this speed, and no A+ on the upload, and I would at least like to get<br>
> a gold star from teacher for effort. :/<br>
><br>
> I dunno how to fix the download short of getting rid of several<br>
> seconds of inherent buffering in their CMTS. There must be a simple<br>
> way to do that??<br>
><br>
> --<br>
> Dave Täht<br>
> Open Networking needs **Open Source Hardware**<br>
><br>
> <a href="https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67" target="_blank">https://plus.google.com/u/0/+EricRaymond/posts/JqxCe2pFr67</a><br>
> _______________________________________________<br>
> Bloat mailing list<br>
> <a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
<br>
_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</div></div></blockquote></div><br></div>
</blockquote></div><br></div></div></div></div></div></blockquote></div><br></div></div>