Я столкнулся с нелогичным явлением, когда rtt (время приема-передачи) запроса от клиента к серверу с низкой сетевой задержкой (ServerL) выше, чем от того же клиента к серверу с высокой сетевой задержкой (ServerH). Взаимодействие между сервером и клиентом довольно простое: клиент просто отправляет большой поток байтов (1~2 Мбайт), а сервер принимает все байты и отвечает простым кодом возврата ok.
Задержка в сети измеряется пингом. Задержка пинга:
клиент <-> ServerL: 1 мс
клиент <-> ServerH: 1,9 мс
Оказалось, что rtt Client to ServerL увеличен из-за серверных аков. ServerL отправляет гораздо больше подтверждений, чем ServerB. И временной интервал между двумя соседними подтверждениями, видимыми с точки зрения клиента, иногда больше, чем тот, который измеряется со стороны ServerL.
Итак, каковы, вероятно, решающие факторы, отличающие количество подтверждений, отправленных этими двумя серверами? Конфигурация буфера сокета на этих двух серверах одинакова, следовательно, сама по себе не является частью причин. Конфигурация проверяется следующей командой оболочки:
# sysctl -a | перегрузка grep
net.ipv4.tcp_allowed_congestion_control = рено кубический
net.ipv4.tcp_available_congestion_control = рено кубический
net.ipv4.tcp_congestion_control = кубический
# sysctl -a | egrep "rmem|wmem|adv_win|умеренный"
net.core.rmem_default = 262144000
net.core.rmem_max = 16777216
net.core.wmem_default = 262144000
net.core.wmem_max = 16777216
net.ipv4.tcp_adv_win_scale = 1
net.ipv4.tcp_moderate_rcvbuf = 1
sysctl: net.ipv4.tcp_rmem = 4096 87380 6291456
net.ipv4.tcp_wmem = 4096 16384 4194304
net.ipv4.udp_rmem_min = 4096
net.ipv4.udp_wmem_min = 4096
vm.lowmem_reserve_ratio = 256 256 32 0 0
