storage: speed up replication by sending bigger network packets
Showing
-
Owner
Maybe we should not set
TCP_ NODELAY
on storage-storage connections ? Or maybe useTCP_CORK
? -
Owner
I considered it but it would not be as efficient. For example, you'd still have overhead with a lot of epoll_*+send syscalls (+ the Python code to do them). It would also slow down control packets (AskFetch/AnswerFetch).
Unsetting TCP_ NODELAY or setting TCP_CORK don't wait a long time. The difference with this commit may be negligible though. Note that for the type of packet that is buffered, it's fine if delay is unbound: on the receiving side, there may be no commit until the next AnswerFetch packet.
TCP_CORK is not portable.