aboutgitcodebugslistschat
path: root/tcp.h
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2021-10-04 21:50:05 +0200
committerStefano Brivio <sbrivio@redhat.com>2021-10-04 22:20:43 +0200
commitf6bff339a95ea19852a6a5d841d141e6155f662e (patch)
treeef29ccba6b1a757b7a906f49e2d13ba00fd9887a /tcp.h
parent2408ddffa32a34ff1555946629ae81b9f33fe59e (diff)
downloadpasst-f6bff339a95ea19852a6a5d841d141e6155f662e.tar
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.tar.gz
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.tar.bz2
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.tar.lz
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.tar.xz
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.tar.zst
passt-f6bff339a95ea19852a6a5d841d141e6155f662e.zip
tcp: Adjust usage of sending buffer depending on its size
If we start with a very small sending buffer, we can make the kernel expand it if we cause the congestion window to get bigger, but this won't reliably happen if we use just half (other half is accounted as overhead). Scale usage depending on its own size, we might eventually get some retransmissions because we can't queue messages the sender sends us in-window, but it's better than keeping that small buffer forever. Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Diffstat (limited to 'tcp.h')
0 files changed, 0 insertions, 0 deletions