<div dir="ltr">Hey there is nothing wrong with Megapath ! they were my second  ISP after Northpoint went bust.<div>If I had a time machine, and went back to 2001, I'd be very happy with Megapath.. :)</div><div><br></div><div>Anyway Rich has some good ideas for how to display the latency during the test progress and yes</div><div>that is the plan, to do that.</div><div><br></div><div>The results page, for the sake of non-confusion by random people, does just show the smoothed</div><div>line and not the instant download speeds. I'm not confident enough that the instant speeds</div><div>relate 1:1 with what is going on at your interface as unfortunately modern browsers don't</div><div>give nearly enough feedback on how uploads are going compared to how they instrument</div><div>downloads - which are almost on a packet by packet level. You would hope they would pass</div><div>back events regularly but unless then line is pretty fast, they don't. They go quiet and catch up</div><div>and meanwhile the actual upload might be steady.</div><div> </div><div>The retransmit stats and congestion window and other things come from the linux tcp structures</div><div>on the server side. Retransmits are not necessarily lost packets, it can just be TCP getting confused by</div><div>a highly variable RTT and re-sending too soon. But on a very good connection (google fiber) that</div><div>column is 0%. On some bad connections, it can be 20%+ Often it is between 1 and 3%.</div><div><br></div><div>Yes the speed test is trying to drive the line to capacity but not force feeding, it is just TCP after</div><div>all, and all streams should find their relative place in the available bandwidth and lost packets</div><div>should be rare when the underlying network is good quality. At least, that is what I've seen. I'm</div><div>far from understanding the congestion algorithms etc. However I did find it somewhat surprising</div><div>that whether one stream or 20, it all sort of works out with roughly the same efficiency.</div><div><br></div><div>With more data I think the re-transmits and other indicators can just show real problems, even</div><div>despite that the test tends to (hopefully) find your last mile sync speed and drive it to capacity.</div><div><br></div><div>-justin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Apr 19, 2015 at 5:36 PM, David Lang <span dir="ltr"><<a href="mailto:david@lang.hm" target="_blank">david@lang.hm</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As a start, the ping time during the test that shows up in the results page is good, but you should show that on the main screen, not just in the results+share tab.<br>
<br>
it looked like the main test was showing when the upload was stalled, (white under the line instead of color), but this didn't show up in the report tab.<br>
<br>
I also think that the retransmit stats are probably worth watching and doing something with. You are trying to drive the line to full capacity, so some drops/retransmts are expected. How many re expected vs how many are showing up?<br>
<br>
<a href="http://www.dslreports.com/speedtest/320230" target="_blank">http://www.dslreports.com/speedtest/320230</a> (and now you see my pathetic link)<br>
<br>
David Lang<br>
<br>
<br>
On Sun, 19 Apr 2015, jb wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Date: Sun, 19 Apr 2015 15:26:51 +1000<br>
From: jb <<a href="mailto:justin@dslr.net" target="_blank">justin@dslr.net</a>><br>
To: Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>>, <a href="mailto:bloat@lists.bufferbloat.net" target="_blank">bloat@lists.bufferbloat.net</a><br>
Subject: Re: [Bloat] DSLReports Speed Test has latency measurement built-in<div><div class="h5"><br>
<br>
The graph below the upload and download is what is new.<br>
(unfortunately you do have to be logged into the site to see this)<br>
it shows the latency during the upload and download, color coded. (see<br>
attached image).<br>
<br>
In your case during the upload it spiked to ~200ms from ~50ms but it was<br>
not so bad. During upload, there were no issues with latency.<br>
<br>
I don't want to force anyone to sign up, just was making sure not to<br>
confuse anonymous users with more information than they knew what to do<br>
with. When I'm clear how to present the information, I'll make it available<br>
by default, to anyone member or otherwise.<br>
<br>
Also, regarding your download, it stalled out completely for 5 seconds..<br>
Hence the low conclusion as to your actual speed. It picked up to full<br>
speed again at the end. It basically went<br>
40 .. 40 .. 40 .. 40 .. 8 .. 8 .. 8 .. 40 .. 40 .. 40<br>
which explains why the Latency measurements in blue are not all high.<br>
A TCP stall? you may want to re-run or re-run with Chrome or Safari to see<br>
if it is reproducible. Normally users on your ISP have flat downloads with<br>
no stalls.<br>
<br>
thanks<br>
-Justin<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sun, Apr 19, 2015 at 2:01 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
What I see here is the same old latency, upload, download series, not<br>
latency and bandwidth at the same time.<br>
<br>
<a href="http://www.dslreports.com/speedtest/319616" target="_blank">http://www.dslreports.com/speedtest/319616</a><br>
<br>
On Sat, Apr 18, 2015 at 5:57 PM, Rich Brown <<a href="mailto:richb.hanover@gmail.com" target="_blank">richb.hanover@gmail.com</a>><br>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Folks,<br>
<br>
I am delighted to pass along the news that Justin has added latency<br>
</blockquote>
measurements into the Speed Test at DSLReports.com.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Go to: <a href="https://www.dslreports.com/speedtest" target="_blank">https://www.dslreports.com/speedtest</a> and click the button for<br>
</blockquote>
your Internet link. This controls the number of simultaneous connections<br>
that get established between your browser and the speedtest server. After<br>
you run the test, click the green "Results + Share" button to see detailed<br>
info. For the moment, you need to be logged in to see the latency results.<br>
There's a "register" link on each page.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The speed test measures latency using websocket pings: Justin says that<br>
</blockquote>
a zero-latency link can give 1000 Hz - faster than a full HTTP ping. I just<br>
ran a test and got 48 msec latency from DSLReports, while ping<br>
<a href="http://gstatic.com" target="_blank">gstatic.com</a> gave 38-40 msec, so they're pretty fast.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
You can leave feedback on this page -<br>
</blockquote>
<a href="http://www.dslreports.com/forum/r29910594-FYI-for-general-feedback-on-the-new-speedtest" target="_blank">http://www.dslreports.com/forum/r29910594-FYI-for-general-feedback-on-the-new-speedtest</a><br>
- or wait 'til Justin creates a new Bufferbloat topic on the forums.<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Enjoy!<br>
<br>
Rich<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>
</blockquote>
<br>
<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>
</blockquote>
<br>
<br>
</blockquote>
</div></div></blockquote>
</blockquote></div><br></div>