<div dir="ltr">It's a metric to determine if network congestion is being optimized.  Here's just one of many papers that use.  This paper says that flow controlled, per network power, can't be optimized with local information only.<br><br>Bob</div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 4, 2018 at 3:47 PM, Jeremy Harris <span dir="ltr"><<a href="mailto:jgh@wizmail.org" target="_blank">jgh@wizmail.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/04/2018 06:55 PM, Bob McMahon wrote:<br>
> FYI, I've added a netpower metric to iperf 2.<br>
> <br>
> Below are two runs over wired GigE comparing Google's BBR<br>
</span>> <<a href="https://ai.google/research/pubs/pub45646" rel="noreferrer" target="_blank">https://ai.google/research/<wbr>pubs/pub45646</a>> with cubic.  Note, for the<br>
<span class="">> network power the delay units are microseconds while the throughput are<br>
> seconds.<br>
<br>
</span>Why is it useful?<br>
<br>
It appears to be calculated as bandwidth divided by latency, so the<br>
units are bits / time^2.  The word "power" in the naming feels<br>
misleading.<br>
<span class="HOEnZb"><font color="#888888">-- <br>
Cheers,<br>
  Jeremy<br>
<br>
______________________________<wbr>_________________<br>
Make-wifi-fast mailing list<br>
<a href="mailto:Make-wifi-fast@lists.bufferbloat.net">Make-wifi-fast@lists.<wbr>bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/make-wifi-fast" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/make-wifi-fast</a></font></span></blockquote></div><br></div>