<p dir="ltr">It took me a while to get around to thinking about this, partly because my phone inexplicably refuses to believe snapon exists.</p>
<p dir="ltr">I have two possible explanations for these results. Maybe both apply to some extent.</p>
<p dir="ltr">Dropping packets rather than marking them results in an increase in ack density in the reverse direction, because delayed acks get temporarily disabled. The strength of this effect depends on the BDP and the depth of delayed acks.</p>
<p dir="ltr">Increasing the number of simultaneous flows might increase the CPU load of connection tracking for NAT. Are you shaping and doing NAT on the same box? I think this might be the basic reason for increased latency.</p>
<p dir="ltr"> - Jonathan Morton<br>
</p>