<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On 7 May 2015, at 14:14, jb <<a href="mailto:justin@dslr.net">justin@dslr.net</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">I thought would be more sane too. I see mentioned online that PDV is a <div>gaussian distribution (around mean) but it looks more like half a bell curve, with most numbers near the the lowest latency seen, and getting progressively worse with</div><div>less frequency.</div></div></blockquote><div><br></div><div>That's someone describing the typical mathematical formulation (motivated by noise models in signal propagation) not the reality experienced over DSL links</div><br><blockquote type="cite"><div dir="ltr"><div>At least for DSL connections on good ISPs that scenario seems more frequent.</div><div>You "usually" get the best latency and "sometimes" get spikes or fuzz on top of it.</div></div></blockquote><div><br></div><div>"Good ISPs" (let's, for the moment define good this way) are ones in which the variability induced by transit accross them is small and bounded - BT Wholesale (access network) has - in our experience - delivers packets (after you've removed the effects of distance and packet size) from the customer to the retail ISP with <5ms delay variation (~0%loss) and from the retail ISP to the customer <15ms delay variation <0.1% loss. The delay appears to be uniformly distributed.</div><div><br></div><div>The major (in such a scenario) cause of delay/loss is the instantaneous overdriving of the last mile capacity - that takes the typical pattern of rapid growth followed by slow decay that would expected for a queue fill/empty cycle at that point in the network (in that case the BRAS)</div><div><br></div><div>An example (not quite what described above - but one that illustrates the isssues) can be found here; <a href="http://www.slideshare.net/mgeddes/advanced-network-performance-measurement">http://www.slideshare.net/mgeddes/advanced-network-performance-measurement</a></div><div><br></div><div>Neil</div><br><blockquote type="cite"><div dir="ltr"><div><br></div><div>by the way after I posted I discovered Firefox has an issue with this test so I had</div><div>to block it with a message, my apologies if anyone wasted time trying it with FF.</div><div>Hopefully i can figure out why.</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 7, 2015 at 9:44 PM, Mikael Abrahamsson <span dir="ltr"><<a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, 7 May 2015, jb wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is a web socket based jitter tester now. It is very early stage but<br>
works ok.<br>
<br>
<a href="http://www.dslreports.com/speedtest?radar=1" target="_blank">http://www.dslreports.com/speedtest?radar=1</a><br>
<br>
So the latency displayed is the mean latency from a rolling 60 sample buffer, Minimum latency is also displayed. and the +/- PDV value is the mean difference between sequential pings in that same rolling buffer. It is quite similar to the std.dev actually (not shown).<br>
</blockquote>
<br></span>
So I think there are two schools here, either you take average and display + / - from that, but I think I prefer to take the lowest of the last 100 samples (or something), and then display PDV from that "floor" value, ie PDV can't ever be negative, it can only be positive.<br>
<br>
Apart from that, the above multi-place RTT test is really really nice, thanks for doing this!<div><br>
<br>
-- <br>
Mikael Abrahamsson email: <a href="mailto:swmike@swm.pp.se" target="_blank">swmike@swm.pp.se</a><br>
</div></blockquote></div><br></div></div>
_______________________________________________<br>Bloat mailing list<br><a href="mailto:Bloat@lists.bufferbloat.net">Bloat@lists.bufferbloat.net</a><br>https://lists.bufferbloat.net/listinfo/bloat<br></blockquote></div><br></body></html>