否ping时间？

15

这是我第一次看到此消息，我不确定这意味着什么。

64 bytes from 74.125.93.99: icmp_seq=6233 ttl=53 time=545.493 ms  
64 bytes from 74.125.93.99: icmp_seq=6234 ttl=53 time=776.093 ms  
64 bytes from 74.125.93.99: icmp_seq=6235 ttl=53 time=-705.731 ms  
64 bytes from 74.125.93.99: icmp_seq=6236 ttl=53 time=52.549 ms   
64 bytes from 74.125.93.99: icmp_seq=6237 ttl=53 time=44.470 ms

之前有没有人看到否定的ping时间？我的一个朋友告诉我他曾经在无线链路上看到过一次，那是通过无线连接，但是..那是怎么回事？

— 杰夫·韦林
source

4

您有AMD处理器吗？

— MaQleod

9

只是时空连续体中的一个暂时裂痕。完全不用担心。现在我把钥匙放在哪里了？

— 杂耍演员

我不记得具体在哪台计算机上运行测试，但是我可以在其上运行的唯一三台计算机都是英特尔（一台英特尔台式机，一台Macbook Pro，一台Mac Mini）。

— 杰夫·威灵

12

负ping滞后是矩阵中的一个小故障。当他们改变某些东西时就会发生。

— James T Snell

15

ping期间NTP或Windows时间服务是否同步了系统时钟？

— 海达尔
source

很好的问题，可能就是这样。不幸的是，我不记得是什么时候执行ping操作，因此无法检查日志中是否存在排队的NTP同步。

— 杰夫·威灵

那真是太奇怪了，但是对于出色的故障排除点却是+1。

— mbb 2011年

由于没有更好的答案，而且从发生之时到现在都无法提出更合理的解决方案，因此我接受了该答案，因为我认为这是最有可能发生这种情况的解释。谢谢。

— 杰夫·威灵

我刚刚在虚拟机上遇到了同样的问题，并且可以确认NTP纠正了时间漂移是问题所在。service ntpd stop在CentOS上修复了该问题（但是显然会产生其他问题）。有关更多信息，请参见此非常有趣的问题。

— 本杰明

4

我很难相信，但是这次讨论似乎表明这是某些AMD CPU的行为。

就个人而言，我不会担心它，并且认为这是ICMP的概念缺陷...可能是数据包通过了不同的路径，或者涉及到机器/路由器的时钟设置不同的怪异事件。

— 詹姆斯·T·斯内尔
source

2

从链接的讨论中，我不会倾向于ICMP中的概念缺陷。看来AMD的两个内核之间存在时钟偏斜，这导致对时间的负面解释。

— 伊万（Evan）

@evan：但是0.7秒是一个巨大的差异！

— 机械蜗牛

2

从ping收到的报告与外部路由器上的时钟没有任何关系，这是从数据包发送到目的地到收到主机回复的时间差。它由主机提供时钟。

— MaQleod 2011年

@机械蜗牛是的，那是非常大的，但是链接中的讨论说，歪斜随着时间而增长。如果处理器已经运行了很长一段时间，那么0.7秒就不太荒谬了。有趣的是，看看问题是否仅在处理器运行了一段时间后才出现。

— 伊万（Evan）

@Evan：我的意思是0.7秒肯定会导致比此严重的错误，因此我们可能已经听说过。

— 机械蜗牛

1

不幸的是，这不仅限于AMD处理器，而且似乎在很大程度上影响了XP。迄今为止，经过几年的寻找答案，我知道有一个快速修复方法，但是对于启动后不会远程显示的服务器，我无法解决。

要重置TCP / IP（和计时），请打开admin CMD窗口并输入以下内容：

ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset

现在，您必须重新启动。网络适配器将还原为DHCP，因此请注意远程控制器。

那么这里发生了什么？

出于某种原因，TCP / IP具有用于计算时间的时间戳，并且以某种方式变得模糊。我曾经经常在一个位置看到它，但是终于停下来了。不幸的是，它继续在我管理的仓库中进行。今晚，所有点似乎都停留在237ms处，但有两次ping突然弹出2点。

pingpath是一个非常方便的实用程序，我将更经常使用它。不幸的是，它得出了相同的结果...

可悲的是，这也清除了游戏中ping错误的计数。

注意-如果要查看日志文件，请用文件名替换null，例如c:\log.txt -Null仅表示没有文件（技术上）

— 杰夫·马修斯（Jeff Mathews）
source

1

我认为这是一种错误 ping命令对数据包并且与英特尔相比，AMD处理器加剧了这种情况。

Windows中用于高分辨率定时的功能是QueryPerformanceCounter和QueryPerformanceFrequency。

不幸的是，它们对于多核处理器来说很糟糕，因为这些处理器不会返回相同的数字。

ping的解决方法是在中设置线程相似性ping。我怀疑这样做是否可以解释负面的时机。也有来自AMD和MS的补丁程序可以帮助解决该问题。

— 马特·H
source