Re: [PATCH net-next 3/3] tcp: smoother receiver autotuning

From
Neal Cardwell <ncardwell@google.com>
Date
2017-12-11 17:59:32
Reply to
Eric Dumazet, 2017-12-11
On Sun, Dec 10, 2017 at 8:55 PM, Eric Dumazet [off-list ref] wrote:
Back in linux-3.13 (commit b0983d3c9b13 ("tcp: fix dynamic right sizing"))
I addressed the pressing issues we had with receiver autotuning.

But DRS suffers from extra latencies caused by rcv_rtt_est.rtt_us
drifts. One common problem happens during slow start, since the
apparent RTT measured by the receiver can be inflated by ~50%,
at the end of one packet train.

Also, a single drop can delay read() calls by one RTT, meaning
tcp_rcv_space_adjust() can be called one RTT too late.

By replacing the tri-modal heuristic with a continuous function,
we can offset the effects of not growing 'at the optimal time'.

The curve of the function matches prior behavior if the space
increased by 25% and 50% exactly.

Cost of added multiply/divide is small, considering a TCP flow
typically would run this part of the code few times in its life.

I tested this patch with 100 ms RTT / 1% loss link, 100 runs
of (netperf -l 5), and got an average throughput of 4600 Mbit
instead of 1700 Mbit.

Signed-off-by: Eric Dumazet <redacted>
Acked-by: Soheil Hassas Yeganeh <redacted>
Acked-by: Wei Wang <redacted>
---
Acked-by: Neal Cardwell <ncardwell@google.com>

Thanks, Eric!

neal
Thread (8 messages) 8 messages, 3 authors, last reply 2017-12-12
Keyboard shortcuts
hback out one level
jnext message in thread / next series-diff position
kprevious message in thread / previous series-diff position
ldrill in
Escclose help / fold thread tree
?toggle this help