I have seen issues where you can’t reach the max throughput of the network connection without increasing the TCP buffers, because it effects the max TCP window size (bandwidth-delay product). Here is a calculator I have used before to figure out what your buffer size should be: https://www.switch.ch/network/tools/tcp_throughput/ <https://www.switch.ch/network/tools/tcp_throughput/>
Theoretically there should be some latency difference between having a small buffer size vs a larger one (up to some limit), but my guess is it would be hard to measure because it would be so small. -Bryan > On Sep 11, 2019, at 11:50 AM, Chou, Peter <pbc...@labs.att.com> wrote: > > Hi all, > > Sometimes we see lots of EAGAIN result codes from ATS trying to write to the > TCP socket file descriptor. I presume this is typically due to congestion or > rate mis-match between client and ATS. Is there any benefit to increasing the > TCP socket buffer size which would reduce the number of these write > operations? Specifically, should we expect any kind of latency difference as > there is some concern about how long it takes ATS to re-schedule that > particular VC for another write attempt? > > Thanks, > Peter
