Сетевые предложения с низкой задержкой (ш / б и ч / ш)

Question

Я задаюсь вопросом о различных методах / советах / хитростях / серебряных пулях, которые используют другие SO при изучении проблем с задержкой в ​​сети, а также о различных решениях и оптимизациях, которые есть в Incorporated.

Я ищу решения, которыеможет применяться как к программному, так и к аппаратному обеспечению.

Например:

1. Увеличить размеры буфера сокета
2. Использовать лучший вариант ОС для конфигурации реактора (выбор не всегдалучший вариант)
3. Использование сетевых адаптеров экстремальных типов, таких как bigfoot Killer 2100
4. Делайте сетевые кабели как можно короче, не связывайте сетевые кабели друг с другом
5. При копировании больших файловобъем данных между 2 точками - учитывайте задержки в обоих направлениях и используйте множественные сокетные соединения для полного насыщения канала

Какие еще предложения есть?

Answer 1

Вот пара вещей, которые помогли мне ускорить процесс или увеличить пропускную способность за последние 10 лет или около того ...

1) Отключить алгоритм Nagle когда ваши узлы физически расположены близко друг к другу на быстром канале и данные в пакете не меньше, чем издержки пакета TCP.М.С. написал статью о этом .Яркий пример тому - когда у вас есть спутниковое соединение в вашей линии, и пакет занимает 800 миллисекунд в одну сторону из-за используемых расстояний.В этом случае Nagle - хорошая вещь.

2) Убедитесь, что размер MTU установлен правильно для вашей ссылки и вашего компьютера, чтобы избежать проблем фрагментации.

3) Если выв Windows исходящие пакеты малы, а задержка высока, также следует установить для параметра сокета SO_SNDBUF значение 0, чтобы избежать задержек при передаче.

Answer 2

Это не всегда возможно, но если вы можете вставить локально кэширующие серверы ближе к месту назначения, которое может помочь.