<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class="">I once wrote a song about how the challenger disaster reshaped my life, and made me as stubborn as I am about getting and presenting good data and taking sane actions on it.</div><div class=""><br class=""></div><a href="https://science.slashdot.org/comments.pl?sid=19123104&cid=61496334" class="">https://science.slashdot.org/comments.pl?sid=19123104&cid=61496334</a><div class=""><br class=""></div><div class="">I only get the urge to play it nowadays when things somewhere else are going badly wrong. Played it every darn day for the past couple weeks.</div><div class=""><br class=""></div><div class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Jun 17, 2021, at 7:24 AM, Nick Buraglio <buraglio@forwardingplane.net> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">This is much more common in the high performance computing and networking space (i.e. perfsonar, TWAMP, and OWAMP). I have also been pushing "gather and store all the data" for ....since I was an engineer working on the Teragrid (which is where I first saw Matt's MTU talk around 2002 or 03, BTW). =) <div class="">High fidelity plots of everything that can be gathered is laborious to curate but is invaluable for so many reasons. Now we just need a way to make it happen everywhere for everyone in a way that's easy. </div><div class=""><br class=""></div><div class="">nb</div><div class=""><br class=""></div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 17, 2021 at 8:57 AM Dave Taht <<a href="mailto:davet@teklibre.net" class="">davet@teklibre.net</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Capturing and plotting *all* the data is often revealing. <br class="">
<br class="">
Sometimes plotting the data you are discarding (for what seems like sane reasons) is quite revealing. Saw this on slashdot this morning, it’s good...<br class="">
<br class="">
<a href="https://www.newyorker.com/magazine/2021/06/21/when-graphs-are-a-matter-of-life-and-death" rel="noreferrer" target="_blank" class="">https://www.newyorker.com/magazine/2021/06/21/when-graphs-are-a-matter-of-life-and-death</a><br class="">
<br class="">
In the bufferbloat effort I’ve fought time and time again for folk to stop throwing out data above the 95 percentile, and at the very least plot everything they threw out to find patterns...<br class="">
<br class="">
dslreports’ graphing tools, for example, throws out a ton of “outliers" … and the only reason why there is no data past 4 sec here, is that the test doesn’t run long enough. <br class="">
<br class="">
<a href="http://www.dslreports.com/speedtest/results/bufferbloat?up=1" rel="noreferrer" target="_blank" class="">http://www.dslreports.com/speedtest/results/bufferbloat?up=1</a><br class="">
<br class="">
(been trying to get ahold of someone over there to buy their raw data for years now. They have the biggest - 8 years worth - collection)<br class="">
<br class="">
mlabs has a similar data reduction issue that they haven’t got around to fixing. <br class="">
<br class="">
And more recently we encountered a smoothing problem in wireshark that made a halt in packet processing look more like a normal tcp cwnd cut….<br class="">
<br class="">
_______________________________________________<br class="">
Starlink mailing list<br class="">
<a href="mailto:Starlink@lists.bufferbloat.net" target="_blank" class="">Starlink@lists.bufferbloat.net</a><br class="">
<a href="https://lists.bufferbloat.net/listinfo/starlink" rel="noreferrer" target="_blank" class="">https://lists.bufferbloat.net/listinfo/starlink</a><br class="">
</blockquote></div>
</div></blockquote></div><br class=""></div></body></html>