什么可能导致ping请求返回不一致的计时结果

2

这是一个示例运行：

64 bytes from 192.168.1.9: icmp_seq=27 ttl=64 time=8852.917 ms
64 bytes from 192.168.1.9: icmp_seq=28 ttl=64 time=7918.074 ms
64 bytes from 192.168.1.9: icmp_seq=29 ttl=64 time=6919.258 ms
64 bytes from 192.168.1.9: icmp_seq=30 ttl=64 time=6554.894 ms
64 bytes from 192.168.1.9: icmp_seq=31 ttl=64 time=5555.114 ms
64 bytes from 192.168.1.9: icmp_seq=32 ttl=64 time=6811.810 ms
64 bytes from 192.168.1.9: icmp_seq=33 ttl=64 time=5817.897 ms
64 bytes from 192.168.1.9: icmp_seq=34 ttl=64 time=4820.810 ms
64 bytes from 192.168.1.9: icmp_seq=35 ttl=64 time=3823.977 ms
64 bytes from 192.168.1.9: icmp_seq=36 ttl=64 time=2905.626 ms
64 bytes from 192.168.1.9: icmp_seq=37 ttl=64 time=1906.395 ms
64 bytes from 192.168.1.9: icmp_seq=38 ttl=64 time=905.815 ms
64 bytes from 192.168.1.9: icmp_seq=39 ttl=64 time=4559.416 ms
64 bytes from 192.168.1.9: icmp_seq=40 ttl=64 time=3560.627 ms
64 bytes from 192.168.1.9: icmp_seq=41 ttl=64 time=2563.604 ms
64 bytes from 192.168.1.9: icmp_seq=42 ttl=64 time=1571.941 ms
64 bytes from 192.168.1.9: icmp_seq=43 ttl=64 time=572.513 ms
64 bytes from 192.168.1.9: icmp_seq=44 ttl=64 time=785.998 ms
64 bytes from 192.168.1.9: icmp_seq=45 ttl=64 time=91.560 ms
64 bytes from 192.168.1.9: icmp_seq=46 ttl=64 time=207.244 ms
64 bytes from 192.168.1.9: icmp_seq=47 ttl=64 time=168.893 ms
64 bytes from 192.168.1.9: icmp_seq=48 ttl=64 time=882.917 ms
64 bytes from 192.168.1.9: icmp_seq=49 ttl=64 time=613.126 ms
64 bytes from 192.168.1.9: icmp_seq=50 ttl=64 time=355.128 ms
64 bytes from 192.168.1.9: icmp_seq=51 ttl=64 time=764.870 ms
64 bytes from 192.168.1.9: icmp_seq=52 ttl=64 time=1171.386 ms
64 bytes from 192.168.1.9: icmp_seq=53 ttl=64 time=171.749 ms
64 bytes from 192.168.1.9: icmp_seq=54 ttl=64 time=222.467 ms
64 bytes from 192.168.1.9: icmp_seq=55 ttl=64 time=256.847 ms
64 bytes from 192.168.1.9: icmp_seq=56 ttl=64 time=480.801 ms
64 bytes from 192.168.1.9: icmp_seq=58 ttl=64 time=1036.218 ms
64 bytes from 192.168.1.9: icmp_seq=59 ttl=64 time=35.761 ms
64 bytes from 192.168.1.9: icmp_seq=60 ttl=64 time=139.025 ms
64 bytes from 192.168.1.9: icmp_seq=61 ttl=64 time=74.907 ms
64 bytes from 192.168.1.9: icmp_seq=62 ttl=64 time=96.822 ms
64 bytes from 192.168.1.9: icmp_seq=63 ttl=64 time=15.899 ms
64 bytes from 192.168.1.9: icmp_seq=64 ttl=64 time=286.599 ms
64 bytes from 192.168.1.9: icmp_seq=65 ttl=64 time=1818.499 ms
64 bytes from 192.168.1.9: icmp_seq=66 ttl=64 time=819.665 ms
64 bytes from 192.168.1.9: icmp_seq=67 ttl=64 time=1164.031 ms
64 bytes from 192.168.1.9: icmp_seq=68 ttl=64 time=977.344 ms
64 bytes from 192.168.1.9: icmp_seq=69 ttl=64 time=987.560 ms
64 bytes from 192.168.1.9: icmp_seq=70 ttl=64 time=2449.542 ms
64 bytes from 192.168.1.9: icmp_seq=71 ttl=64 time=1450.172 ms
64 bytes from 192.168.1.9: icmp_seq=72 ttl=64 time=1582.838 ms
64 bytes from 192.168.1.9: icmp_seq=73 ttl=64 time=1155.943 ms
64 bytes from 192.168.1.9: icmp_seq=74 ttl=64 time=364.404 ms
Request timeout for icmp_seq 82
64 bytes from 192.168.1.9: icmp_seq=78 ttl=64 time=5450.020 ms
64 bytes from 192.168.1.9: icmp_seq=79 ttl=64 time=4451.254 ms
64 bytes from 192.168.1.9: icmp_seq=80 ttl=64 time=3537.117 ms
64 bytes from 192.168.1.9: icmp_seq=81 ttl=64 time=2598.308 ms
64 bytes from 192.168.1.9: icmp_seq=82 ttl=64 time=1599.324 ms
64 bytes from 192.168.1.9: icmp_seq=83 ttl=64 time=706.184 ms
64 bytes from 192.168.1.9: icmp_seq=84 ttl=64 time=651.453 ms
64 bytes from 192.168.1.9: icmp_seq=85 ttl=64 time=37.370 ms
64 bytes from 192.168.1.9: icmp_seq=86 ttl=64 time=385.340 ms
64 bytes from 192.168.1.9: icmp_seq=88 ttl=64 time=266.425 ms
^C
--- 192.168.1.9 ping statistics ---
89 packets transmitted, 57 packets received, 36.0% packet loss
round-trip min/avg/max/stddev = 15.899/2033.889/8852.917/2287.084 ms

我进行了编辑，以在下面包含有关我的网络速度的详细信息。

速度测试＃1

速度测试＃2

networking wifi ip ping

— 莱斯
source

您在ping什么？如果它是wifi上的本地计算机，则可以解释为easilly：D

— Kiwy 2014年

@Kiwy是。你在想什么？

— les

您尝试达到的设备的速度测试是什么？wifi连接可能会受到某些干扰。

— 2014年

@Kiwy不，那只是我的无线。也许我有太多同时运行的连接？

— 2014年

2

网络连接不良。而已。

同样，这些结果并不是不一致的，它们很合理。
让我们看一下本节：

64 bytes from 192.168.1.9: icmp_seq=32 ttl=64 time=6811.810 ms
64 bytes from 192.168.1.9: icmp_seq=33 ttl=64 time=5817.897 ms
64 bytes from 192.168.1.9: icmp_seq=34 ttl=64 time=4820.810 ms
64 bytes from 192.168.1.9: icmp_seq=35 ttl=64 time=3823.977 ms
64 bytes from 192.168.1.9: icmp_seq=36 ttl=64 time=2905.626 ms
64 bytes from 192.168.1.9: icmp_seq=37 ttl=64 time=1906.395 ms
64 bytes from 192.168.1.9: icmp_seq=38 ttl=64 time=905.815 ms

请注意，时间如何连续减少每行近1000ms？
发生这种情况是因为您的计算机发送了ping＃32，一秒钟后发送了＃33，第二秒后发送了＃34，依此类推。然后它会同时获取所有响应。因此，＃32是在6.8秒前发送的，＃33是在5.8秒前发送的，依此类推。

沿线某个地方的链接非常差。因此，网络流量得到缓冲。一旦链接建立好，它将刷新该缓冲区。

— 帕特里克
source

1

恭喜10k！

— slm

1

天啊。刚睡前在这里登录。没想到。谢谢:-)

— Patrick

1

看到你很近，所以我想我会帮助你，把你推到驼峰上。这是一个很好的里程碑。

— slm

0

网络过载或服务器过载。

（因此，有可能通过故意进行流量整形或（通常）偶然地导致这种情况。）

— 瑞奇光束
source

网络重载通常会导致更多request timed out消息，因为网络缓冲区已满，因此它将无法接受任何流量。由于大多数数据包都得到了响应，因此表明缓冲区相当空，发送流量只需要很长时间。

— Patrick

也许只在一个方向上。那里可能有一些深层的缓冲。由于它是一个私人地址，因此可能会认为它是相当本地的，但这并不一定是正确的。（我的私人地址通过VPN，但对我在本地局域网上的所有其他东西都显示）

— Ricky Beam