Оптимизация размера небольшого пакета TCP / UDP [закрыто]
В настоящее время у меня есть проблема, что когда МНОГО потоков RTP (> 800) идет на один сервер, макс. . скорость всего около 70-80 Мбит (в Gigabit LAN - все аппаратные компоненты являются Gigabit компонентами) 130 байт полезной нагрузки - с большой полезной нагрузкой все в порядке (700 Mbit + в локальной сети).
Я ищу некоторые объяснения этого поведения (одно из них - Header Overhead) и руководств / ноу-хау по оптимизации сетевых компонентов (NIC, swichtes, ...) для RTP и / или небольших размеров пакетов.
Было бы здорово, если бы кто-нибудь мог помочь - я тоже опубликую здесь свои выводы.
Спасибо большое
Freeswitch Wiki дает несколько советов, включая сокращение буферов RX и TX, чтобы избежать раздува буфера , и использование различных алгоритмов контроля перегрузки TCP.
На сайте protocol.com есть много хороших общих советов, и вы, вероятно, можете чаще всего отправлять большие пакеты реже, чтобы уменьшить накладные расходы.
Я мало знаю о RTP. , но если вы используете TCP, то либо поэкспериментируйте, отключив ненужные вам опции, либо переключитесь на UDP. Обычно я не фанат отключения меток времени TCP, но это может быть один из тех случаев, когда это действительно так.
QoS RTP по всей вашей сети, поэтому он получает приоритет. Как можно меньше проверяйте трафик, если вы можете сделать L2 QoS, которое теоретически могло бы быть быстрее, чем L3 QoS, поскольку задействовано меньше уровней, хотя коммутаторы сделаны для всего этого аппаратно, поэтому маловероятно, что коммутаторы будут узким местом.
Дополнительные биты емкости, необходимые на проводе для заголовков, часто не являются ограничивающим фактором. Есть другая причина, по которой небольшие пакеты неэффективны.
Каждый узел, который будет пересылать пакет, будет выполнять некоторую обработку каждого пакета, чтобы узнать, на каком интерфейсе он должен быть отправлен, и, возможно, обновить контрольные суммы.
Это означает, что у оборудования будет ограничение не только на количество бит в секунду, но и на количество пакетов в секунду. Разделив эти два числа друг на друга, вы получите размер пакета, при котором два фактора дадут вам одинаковый предел.
Это число обычно намного больше, чем несколько сотен байт. До тех пор, пока полная пропускная способность провода может использоваться с большими пакетами, меньше внимания уделяется производительности с маленькими пакетами. Отчасти это связано с тем, что маркетинг фокусируется на битах в секунду, а не на пакетах в секунду.