Почему задержка уменьшается при запуске iperf с udp?

Question

Почему задержка уменьшается при запуске iperf с udp?

Я пытаюсь показать, как эффекты очереди со временем задерживаются, поэтому я отправляю эхо-запрос на пункт назначения из моего источника при отправке трафика iperf udp из источника в пункт назначения. Но я заметил, что задержка, которую я вижу от пинга, немедленно уменьшается на время iperf, что не то, что я ожидал. Может кто-нибудь объяснить, почему это происходит? примечание: я еще не изменил очередь или любой другой параметр

iperf трафик на источник:

iperf -c destination -u -t 10 -b 10mb &

вывод пинга (обратите внимание на внезапное уменьшение при запуске iperf и увеличение снова при завершении iperf)

64 bytes from Destination-link-1 (10.10.2.2): icmp_req=12 ttl=63 time=1.17 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=13 ttl=63 time=1.16 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=14 ttl=63 time=1.16 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=15 ttl=63 time=1.22 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=16 ttl=63 time=0.770 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=17 ttl=63 time=0.480 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=18 ttl=63 time=0.472 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=19 ttl=63 time=0.530 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=20 ttl=63 time=0.521 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=21 ttl=63 time=0.515 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=22 ttl=63 time=0.585 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=23 ttl=63 time=0.445 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=24 ttl=63 time=0.450 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=25 ttl=63 time=0.514 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=26 ttl=63 time=0.630 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=27 ttl=63 time=0.966 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=28 ttl=63 time=1.09 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=29 ttl=63 time=1.30 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=30 ttl=63 time=0.984 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=31 ttl=63 time=0.908 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=32 ttl=63 time=1.02 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=33 ttl=63 time=1.28 ms
64 bytes from Destination-link-1 (10.10.2.2): icmp_req=34 ttl=63 time=1.72 ms

1

udp delay ping latency iperf

Источник

user3344882 05 мар '15 в 22:48

1 ответ

Другие вопросы по тегам udp delay ping latency iperf

user4812363 29 апр '15 в 22:51 2015-04-29 22:51 · Answer 1 · 2015-04-29 22:51

Одна из гипотез состоит в том, что при запуске iperf некоторые компоненты вашей системы (например, сетевая карта, процессор и т. Д.) Постоянно активны. Напротив, когда вы просто запускаете ping, эти компоненты могут спать или выполнять другие задачи. Пробуждение сетевого адаптера или прерывание работы процессора, чтобы заставить его обслуживать эхо-запросы, может занять некоторое время, что приведет к немного более длительному времени эхо-запросов.

Я видел такое поведение при запуске пингов с разными интервалами между ними. По ссылкам 1 Гбит / с, sudo ping <ip> -i 0.01 -c 1000 (1000 пингов с интервалом 10 мс между пингами) дает среднее время пинга 0,235 мс. Я получаю похожие результаты с большими интервалами. Однако, для интервала 1 мс или меньше, я наблюдаю среднее время пинга 0,099 мс. Я полагаю, что меньшие интервалы между пингами дают меньшее время пинга по причине, описанной выше.