Negative Pingzeit?

15

Dies ist das erste Mal, dass ich das gesehen habe und ich bin mir nicht sicher, was es bedeutet.

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

Hat jemand schon einmal eine negative Ping-Zeit gesehen? Ein Freund von mir erzählte mir, er habe es einmal über eine drahtlose Verbindung gesehen, und dies geschah über eine drahtlose Verbindung, aber wie passiert das?

— Jeff Welling
quelle

4

Haben Sie einen AMD-Prozessor?

— MaQleod,

9

Nur ein vorübergehender Riss im Raum-Zeit-Kontinuum. Nichts, über das man sich sorgen sollte. Wo habe ich die Schlüssel zu meinem DeLorean hingelegt?

— Jongleur

Ich kann mich nicht genau erinnern, auf welchem Computer ich den Test ausgeführt habe, aber die einzigen 3, auf denen ich ihn hätte ausführen können, sind alle Intel (ein Intel-Desktop, ein Macbook Pro, ein Mac Mini).

— Jeff Welling

12

Negative Ping-Verzögerung ist ein Fehler in der Matrix. Es passiert, wenn sie etwas verändern.

— James T Snell

15

Hat NTP oder Windows Time Service die Systemuhr während des Pings synchronisiert?

— Hydaral
quelle

Gute Frage, das könnte es sein. Leider kann ich mich nicht genau erinnern, wann ich den Ping ausgeführt habe, sodass ich die Protokolle nicht auf eine NTP-Synchronisierung überprüfen kann, die ansteht.

— Jeff Welling

Das wäre verdammt merkwürdig, aber +1 für einen großartigen Fehlerbehebungspunkt.

— mbb

Ohne eine bessere Antwort und weil ich von diesem Zeitpunkt an keine plausibelere Lösung finden konnte, akzeptiere ich diese Antwort, weil ich denke, dass dies die wahrscheinlichste Erklärung dafür ist, wie dies geschehen ist. Vielen Dank.

— Jeff Welling

Ich bin gerade auf das gleiche Problem auf einer virtuellen Maschine gestoßen und kann bestätigen, dass NTP, das die Zeitverschiebung korrigiert, das Problem war. service ntpd stopauf CentOS behoben (wird aber natürlich andere Probleme schaffen). Weitere Informationen finden Sie in dieser sehr interessanten Frage .

— Benjamin

4

Ich kann es kaum glauben, aber diese Diskussion scheint darauf hinzudeuten, dass dies das Verhalten bestimmter AMD-CPUs ist.

Persönlich würde ich mir darüber keine Sorgen machen und annehmen, dass es sich um einen konzeptionellen Fehler in ICMP handelt ... Vielleicht ein Paket, das einen anderen Pfad durchlaufen hat oder etwas Seltsames, bei dem Maschinen / Router unterschiedlich eingestellt sind.

— James T Snell
quelle

2

Aus der verknüpften Diskussion würde ich mich nicht auf konzeptionelle Fehler im ICMP stützen. Es scheint, dass AMD einen Zeitversatz zwischen den beiden Kernen aufweist, der die negative Interpretation der Zeit verursacht.

— Evan

@evan: Aber 0,7 Sekunden sind eine große Diskrepanz!

— Mechanische Schnecke

2

Der Bericht, den Sie von Ping erhalten, hat nichts mit Uhren auf externen Routern zu tun. Es handelt sich um den Zeitunterschied zwischen dem Senden des Pakets an das Ziel und dem Empfang der Antwort an den Host. Es wird vom Host getaktet.

— MaQleod

@Mechanische Schnecke Sie haben Recht, das ist extrem groß, aber die damit verbundene Diskussion besagt, dass der Versatz mit der Zeit zunimmt. Wenn der Prozessor über einen längeren Zeitraum gelaufen ist, sind 0,7 Sekunden nicht zu absurd. Es wäre interessant zu sehen, ob das Problem erst auftritt, nachdem der Prozessor eine Weile gelaufen ist.

— Evan

@Evan: Ich meine, dass 0,7 Sekunden wahrscheinlich schwerwiegendere Fehler verursachen werden, also hätten wir wahrscheinlich schon davon gehört.

— Mechanische Schnecke

1

Leider ist dies nicht auf AMD-Prozessoren beschränkt, aber es scheint XP ziemlich zu beeinträchtigen. Bis jetzt und nach ein paar Jahren der Suche nach Antworten kenne ich eine schnelle Lösung, kann sie jedoch nicht für Server ausführen, die nach dem Booten nicht per Fernzugriff wieder angezeigt werden.

Öffnen Sie zum Zurücksetzen von TCP / IP (und Timings) ein Admin-CMD-Fenster und geben Sie Folgendes ein:

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

Jetzt müssen Sie neu starten. Der Netzwerkadapter kehrt zu DHCP zurück. Achten Sie daher auf Remoter.

Was passiert hier?

Aus irgendeinem Grund hat TCP / IP einen Zeitstempel, der zur Berechnung des Timings verwendet wird, und es wird irgendwie verfälscht. Ich habe es die ganze Zeit an einem Ort gesehen, aber es hat endlich aufgehört. Leider geht es im Lager, das ich verwalte, weiter. Heute Abend scheinen alle Punkte bei 237 ms zu stecken, aber 2 Punkte sind mit mehreren Pings zurückgesprungen.

pingpathist ein sehr praktisches Dienstprogramm, das ich öfter verwenden werde. Leider kam es zu den gleichen Ergebnissen ...

Traurige Sache, dies löscht auch Ping-Fehlzählungen in Spielen.

Hinweis: Wenn Sie die Protokolldatei anzeigen möchten, ersetzen Sie null durch einen Dateinamen, z. B. c:\log.txt - Null bedeutet nur, dass keine Datei vorhanden ist (technisch gesehen).

— Jeff Mathews
quelle

1

Ich glaube, es ist ein Fehler in der Art, wie der pingBefehl die Pakete zeitlich festlegt und von AMD-Prozessoren mehr als von Intel verschlimmert wird.

Die Funktionen, die für das Timing mit hoher Auflösung in Fenstern verwendet werden, sind QueryPerformanceCounterund QueryPerformanceFrequency.

Leider sind sie für Mehrkernprozessoren defekt, da diese Prozessoren nicht die gleichen Zahlen zurückgeben.

Der Fix für Ping besteht darin, die Thread-Affinität in festzulegen ping. Ich bezweifle, dass dies das negative Timing erklären würde. Es gibt auch Patches von AMD und MS, die helfen sollen, das Problem zu lösen.

— Matt H
quelle