<div dir="auto">As a reminder, noticeable loss of throughput occurs only when there are a lot of concurrent flows <span style="font-family:sans-serif">(>16, on my connection).</span><div dir="auto"><span style="font-family:sans-serif"><br></span></div><div dir="auto"><span style="font-family:sans-serif">To my knowledge and testing, ingress mode has been behaving like this from the beginning.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 5, 2017 4:15 PM, "Dave Taht" <<a href="mailto:dave@taht.net" target="_blank">dave@taht.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Jonathan Morton <<a href="mailto:chromatix99@gmail.com">chromatix99@gmail.com</a>> writes:<br>
<br>
> I might try to implement a dynamic target adjustment later today.<br>
<br>
The loss of throughput here compared to non-ingress mode is<br>
a blocker for mainlining and for that matter, wedging this into lede.<br>
<br>
Has it always deteriorated this way?<br>
<br>
><br>
> - Jonathan Morton<br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> Cake mailing list<br>
> <a href="mailto:Cake@lists.bufferbloat.net">Cake@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/<wbr>listinfo/cake</a><br>
</blockquote></div></div>