-1

Я пытаюсь урегулировать спор у нас на работе.

Десять лет назад TCP имел действительно плохую производительность по длинным жировым каналам, т. Е. По сетевым путям, в которых используется продукт с высокой пропускной способностью. Системные администраторы использовали для настройки стека TCP некоторые "золотые" значения sysctl, которые магическим образом увеличивали бы скорость передачи iperf до Гбит / с.

Тем временем многое произошло. Глядя на Linux, он добавил поддержку временных меток TCP, автонастройку буфера, измерение RTT, контроль перегрузки CUBIC, SACK и многие другие, о которых я знаю.

Нужно ли нам все-таки настраивать стек TCP для длинных толстых каналов или сегодняшние пользователи получают скорости передачи в Гбит / с из коробки?

1 ответ1

2

Больше не нужно, если только он ДЕЙСТВИТЕЛЬНО длинный (как конечные точки спутника). Все это обрабатывается динамически и эффективно. В большинстве случаев все, что вам может понадобиться, это использовать большой MTU для сетей хранения данных и т.д.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .