Ping間隔がRTT値に影響するのはなぜですか？

Question

pingでは、 "-i"は連続するパケットを送信する間の待機間隔（秒単位）です。

各サーバーに2台のサーバー（Host1,2）と10G NICを接続しています。私はHost1からHost2にpingしようとします。

$ 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.045msですか？

---

インターバル= 1S、RTTは= 0.169ms

インターバル= 0.1ms、RTT = 0.045ms

なぜ低いRTTが小さい間隔でありますか？

答えがpingのsrcコードで可能性があります：あなたはこの実験を複数回行い、一貫して低いRTTを見たと仮定すると、

Answer 1

。非常に小さい間隔を設定すると、レスポンスがよりタイムリーに処理されていることを意味します。

RTT数値は、ほとんどの場合、パケットの飛行時間ですが、OSが応答を処理する速さからなる小さな部分も含まれています。私はicmpエコー/返信がすべてカーネルレベルで処理されると信じています。