Estou tentando resolver uma controvérsia que temos no trabalho.
Há uma década, o TCP costumava ter um desempenho muito ruim em longos fat pipes, ou seja, caminhos de rede que apresentavam produto de alto atraso de largura de banda. Os administradores de sistemas costumavam ajustar a pilha TCP com alguns valores sysctl "de ouro" que aumentariam magicamente as taxas de transferência iperf para Gbps.
Nesse ínterim, muitas coisas aconteceram. Olhando para o Linux, ele adicionou suporte para carimbos de data e hora TCP, ajuste automático de buffer, medição RTT, controle de congestionamento CUBIC, SACK, para citar alguns que eu conheço.
Ainda precisamos ajustar a pilha TCP para tubos longos ou os usuários de hoje obtêm taxas de transferência de Gbps prontas para uso?
Responder1
Não há mais necessidade, a menos que seja MUITO longo (como pontos finais de satélite). Tudo isso é tratado de forma dinâmica e eficaz. Na maioria dos casos, tudo o que você precisa é usar um MTU grande para redes de armazenamento, etc.