<div dir="ltr">On Fri, May 13, 2016 at 11:57 AM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">On Fri, May 13, 2016 at 11:05 AM, Bob McMahon <span dir="ltr"><<a href="mailto:bob.mcmahon@broadcom.com" target="_blank">bob.mcmahon@broadcom.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"> don't have the data available for multiple flows at the moment. <br></div></blockquote><div><br></div><div>The world is full of folk trying to make single tcp flows go at maximum speed, with multiple alternatives to cubic. </div></div></div></div></blockquote><div><br></div><div>And most web traffic is multiple-flow, even with HTTP/2 and SPDY, due to domain/host sharding.  Many bursts of multi-flow traffic.  About the only thing that's single-flow is streaming-video (which isn't latency sensitive).  The only local services that I know of that could use maximal-rate wifi are NAS systems using SMB, AFP, etc.</div><div><br></div><div>-Aaron</div></div></div></div>