Я пытаюсь урегулировать спор, возникший у нас на работе.
Десять лет назад TCP имел действительно плохую производительность на длинных толстых каналах, т. е. сетевых путях с высоким соотношением пропускной способности и задержки. Системные администраторы настраивали стек TCP с помощью некоторых «золотых» значений sysctl, которые магическим образом увеличивали скорость передачи iperf до Гбит/с.
Между тем, произошло много событий. Если говорить о Linux, то он добавил поддержку временных меток TCP, автонастройку буфера, измерение RTT, контроль перегрузки CUBIC, SACK, и это лишь некоторые из тех, о которых я знаю.
Нужно ли нам по-прежнему настраивать стек TCP для длинных и толстых каналов или сегодняшние пользователи получают скорость передачи данных в Гбит/с сразу из коробки?
решение1
Больше не нужно, если только это не ДЕЙСТВИТЕЛЬНО долго (как конечные точки спутников). Все это обрабатывается динамически и эффективно. В большинстве случаев все, что вам может понадобиться, это использовать большой MTU для сетей хранения данных и т. д.