Negatif ping süresi?


15

Bunu ilk defa gördüm ve bunun ne anlama geldiğinden emin değilim;

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  

Daha önce hiç olumsuz bir ping zamanı gören var mı? Bir arkadaşım bunu bir kez kablosuz bağlantıda gördüğünü söyledi ve bu kablosuz bağlantı üzerinden gerçekleşti, ama .. bu nasıl oluyor?


4
AMD işlemciniz var mı?
MaQleod

9
Uzay-zaman sürekliliğinde sadece geçici bir yarık. Endişelenecek birşey yok. Şimdi DeLorean'ımın anahtarlarını nereye koydum?
hokkabaz

Testi hangi makinede kullandığımı özellikle hatırlamıyorum, ancak çalıştırabileceğim tek 3 tanesi Intel (bir Intel masaüstü, bir Macbook Pro, bir Mac Mini).
Jeff Welling

12
Negatif ping gecikmesi, matristeki bir aksaklıktır. Bir şeyi değiştirdiklerinde olur.
James T Snell

Yanıtlar:


15

NTP veya Windows Zaman Hizmeti ping sırasında sistem saatini eşitledi mi?


Mükemmel soru, bu olabilir. Ne yazık ki tam olarak ne zaman ping yaptığımı hatırlamıyorum, bu yüzden günlükleri hizalayan bir NTP senkronizasyonu için günlükleri kontrol edemiyorum.
Jeff Welling

Bu garip olurdu, ama büyük sorun giderme noktası için +1.
mbb

Daha iyi bir cevap verilmeden ve bu andan bugüne kadar daha mantıklı bir çözüm bulamamakla birlikte, bu cevabı kabul ediyorum çünkü bunun nasıl olabileceğine dair en olası açıklama olduğunu düşünüyorum. Teşekkürler.
Jeff Welling

Aynı sorunla sanal bir makinede karşılaştım ve zaman kaymasını düzelten NTP'nin sorun olduğunu doğrulayabilirim. service ntpd stopCentOS üzerinde bunu düzeltti (ama açıkçası başka problemler yaratacak). Daha fazla bilgi için bu çok ilginç soruya bakın .
Benjamin

4

İnanmak zor buluyorum, ancak bu tartışma bunun bazı AMD CPU'ların davranışları olduğunu gösteriyor.

Şahsen, bu konuda endişelenmezdim ve ICMP'de kavramsal bir kusur olduğunu varsayarım ... Belki farklı bir yoldan geçen bir paket ya da saatleri farklı ayarlanmış makineleri / yönlendiricileri içeren garip bir şey.


2
Bağlantılı tartışmadan, ICMP'deki kavramsal kusura yaslanmayacağım. AMD'nin iki çekirdek arasında zamanın olumsuz yorumlanmasına neden olan saat eğriliği olduğu anlaşılıyor.
Evan

@evan: Ama 0.7 saniye büyük bir tutarsızlık!
Mekanik salyangoz

2
ping'ten aldığınız raporun harici yönlendiricilerdeki saatlerle ilgisi yoktur, paketin hedefine gönderildiği ve yanıtın ana bilgisayara geri alındığı zaman farkıdır. Ev sahibi tarafından saat.
MaQleod

@Mekanik salyangoz Haklısın, bu çok büyük, ancak bağlantılı tartışmalar çarpıklığın zamanla büyüdüğünü söylüyor. İşlemci uzun bir süredir çalışıyorsa .7 saniye çok saçma değildir. Sorunun yalnızca işlemci bir süre çalıştıktan sonra ortaya çıkıp çıkmadığını görmek ilginç olacaktır.
Evan

@Evan: Yani 0.7 saniyenin bundan daha ciddi hatalara neden olması gerekiyor, bu yüzden muhtemelen bunu duymuş oluruz.
Mekanik salyangoz

1

Ne yazık ki, bu sadece AMD işlemcilerle sınırlı değil, XP'yi biraz etkiliyor gibi görünüyor. Bugüne kadar ve birkaç yıl cevap aradıktan sonra, hızlı bir düzeltme biliyorum, ancak önyüklemeden sonra uzaktan görünmeyecek sunuculara yapamıyorum.

TCP / IP'yi (ve zamanlamaları) sıfırlamak için bir yönetici CMD penceresi açın ve aşağıdakileri girin:

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

Şimdi, yeniden başlatmanız GEREKİR. Ağ bağdaştırıcısı DHCP'ye geri döner, bu nedenle uzaklara dikkat edin.

Peki burada ne oluyor?

Bazı nedenlerden dolayı, TCP / IP'nin zamanlamayı hesaplamak için kullandığı bir zaman damgası vardır ve bir şekilde geçiştirilir. Eskiden tek bir yerde görürdüm, ama sonunda durdu. Ne yazık ki, yönettiğim depoda devam ediyor. Bu gece, tüm noktalar 237 ms'de sıkışmış gibi görünüyor, ancak 2 tanesi birden fazla ping ile geri döndü.

pingpathçok kullanışlı bir yardımcı programdır ve bunu daha sık kullanacağım. Ne yazık ki, aynı sonuçlar ortaya çıktı ...

Üzücü bir şey, bu da oyunlardaki ping yanlışlarını temizler.

not - Eğer günlük dosyasını görmek istiyorsanız, null yerine bir dosya adı yazın, örneğin c:\log.txt - Null sadece dosya olmadığı anlamına gelir (teknik olarak)


1

pingKomutun paketleri zamanlaması ve AMD işlemcileri tarafından Intel'den daha fazla ağırlaştırılmasında bir hata olduğuna inanıyorum .

Pencerelerde yüksek çözünürlüklü zamanlama için kullanılan fonksiyonlar QueryPerformanceCounterve QueryPerformanceFrequency.

Ne yazık ki, bu işlemciler aynı sayıları döndürmediği için çok çekirdekli işlemciler için kırılmışlardır.

Ping düzeltmesi iş parçacığı yakınlığını ayarlamaktır ping. Olumsuz zamanlamayı açıklayacak bir şey yaptığından şüpheliyim. AMD ve MS'in bunları çözmesine yardımcı olması gereken yamalar da var.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.