Почему интервал Ping влияет на значение RTT?

Question

В ping «-i» - это интервал ожидания в секундах между отправкой последовательных пакетов.

У меня есть 2 сервера (Host1, 2) и подключайте сетевые адаптеры 10G на каждый сервер. Я пытаюсь выполнить ping Host2 с Host1.

$ sudo ping 10.0.0.2 -c 100 
PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data. 
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=0.191 ms 
... 
64 bytes from 10.0.0.2: icmp_seq=100 ttl=64 time=0.141 ms 
--- 10.0.0.2 ping statistics --- 
100 packets transmitted, 100 received, 0% packet loss, time 89999ms 
rtt min/avg/max/mdev = 0.116/0.169/0.231/0.039 ms 

Среднего RTT является 0.169ms

---

Тогда я стараюсь уменьшить интервал.

$ sudo ping 10.0.0.2 -c 100 -i 0.0001 
PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data. 
64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=0.112 ms 
... 
64 bytes from 10.0.0.2: icmp_seq=100 ttl=64 time=0.030 ms 
--- 10.0.0.2 ping statistics --- 
100 packets transmitted, 100 received, 0% packet loss, time 0ms 
rtt min/avg/max/mdev = 0.030/0.045/0.112/0.027 ms, ipg/ewma 0.079/0.060 ms 

Среднее время отклика: 0.045мс!

---

Interval = 1s, RTT = 0.169ms

Interval = 0,1 мс, RTT = 0.045ms

Почему существует нижний RTT с меньшим интервалом?

Answer 1

Предполагая, что вы выполнили этот эксперимент несколько раз и последовательно видел более низкую RTT:

Ответ, скорее всего, в Src коде пинга. Возможно, он устанавливает очень малый интервал, потому что ответ обрабатывается более своевременно.

Показатель RTT - это в основном время полета пакета, но также включает небольшую часть, состоящую в том, как быстро ОС может обрабатывать отклик. Я считаю, что icmp echo/reply обрабатывается на уровне ядра.