這是我第一次看到這個，我不確定這意味著什麼；
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 時間嗎？我的一個朋友告訴我，他曾經在無線連結上看到過它，這是透過無線連線進行的，但是..這是怎麼發生的？
答案1
NTP 或 Windows 時間服務在 ping 過程中是否同步系統時鐘？
答案2
我覺得很難相信，但是這次討論似乎顯示這是某些 AMD CPU 的行為。
就我個人而言，我不會擔心它，並認為這是ICMP 中的概念缺陷......也許是一個數據包通過了不同的路徑，或者涉及時鐘設置不同的機器/路由器的奇怪情況。
答案3
不幸的是，這不僅限於 AMD 處理器，而且似乎對 XP 影響很大。到目前為止，經過幾年的尋找答案，我知道了一個快速修復方法，但我無法對啟動後不會透過遠端重新出現的伺服器執行此操作。
若要重設 TCP/IP（和計時），請開啟管理 CMD 視窗並輸入以下內容：
ipconfig /flushdns
arp -d
gpupdate /force
netsh int ip reset null
netsh winsock reset
現在，您必須重新啟動。網路介面卡恢復為 DHCP，因此請小心遠端使用者。
那麼這裡會發生什麼事呢？
由於某種原因，TCP/IP 有一個用於計算計時的時間戳，但它會以某種方式被捏造。我以前經常在一個地方看到它，但它終於停止了。不幸的是，這種情況在我管理的倉庫裡仍在繼續。今晚，所有點似乎都停留在 237 毫秒，但有 2 個點在多次 ping 後又恢復了。
pingpath是一個非常方便的實用程序，我會更頻繁地使用它。不幸的是，它得出了相同的結果...
可悲的是，這也可以清除遊戲中的 ping 錯誤計數。
注意 - 如果您想查看日誌文件，請將 null 替換為文件名，例如c:\log.txt
-- Null 只表示沒有文件（技術上）
答案4
我相信這是命令對資料包進行計時的方式中的一個錯誤ping，AMD 處理器比 Intel 處理器更嚴重。
Windows 中用於高解析度計時的函數是QueryPerformanceCounter和QueryPerformanceFrequency。
不幸的是，它們對於多核心處理器來說是錯誤的，因為這些處理器不會傳回相同的數字。
ping 的修復方法是在 中設定線程關聯性ping。我懷疑這樣做可以解釋負面的時機。 AMD 和 MS 也提供了補丁，應該可以幫助解決這個問題。