linux - 为什么 Ping 间隔会影响 RTT 值？

Question

在 ping 中，“-i”是发送连续数据包之间的等待间隔(以秒为单位)。

我有 2 台服务器(Host1、2)，每台服务器都插入 10G NIC。我尝试从 Host1 ping Host2。

$ 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

平均 RTT 是 0.045 毫秒？!

---

间隔 = 1 秒，RTT = 0.169 毫秒

间隔 = 0.1 毫秒，RTT = 0.045 毫秒

为什么 RTT 越小间隔越小？

Answer 1

假设您多次执行此实验并始终看到较低的 RTT:

答案很可能在 ping 的 src 代码中。它可能设置一个非常小的间隔意味着正在以更及时的方式处理响应。

RTT 数字主要是数据包的飞行时间，但也包括一些小部分，由操作系统处理响应的速度组成。我相信 icmp echo/reply 都是在内核级别处理的。