☰

Отрицательное время пинга?

tag-icon • tag-icon networking wireless-networking ping latency
Отрицательное время пинга?

Я вижу это впервые и не совсем понимаю, что это значит;

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

Кто-нибудь когда-нибудь видел отрицательное время пинга? Мой друг сказал мне, что видел это однажды на беспроводной связи, и это было через беспроводное соединение, но... как это происходит?

решение1

Синхронизировали ли NTP или служба времени Windows системные часы во время проверки связи?

решение2

Мне трудно в это поверить, ноэто обсуждениепохоже, это указывает на поведение некоторых процессоров AMD.

Лично я бы не стал беспокоиться об этом и предположил, что это концептуальный недостаток 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 вернулись с несколькими пингами.

pingpathочень удобная утилита, и я буду использовать ее чаще. К сожалению, она дала те же результаты...

Печально, но это также устраняет ошибки в подсчете пинга в играх.

Примечание: если вы хотите увидеть файл журнала, замените null на имя файла, например: c:\log.txt -- Null просто означает отсутствие файла (технически)

решение4

Я считаю, что это ошибка в способе, которым pingкоманда отсчитывает время пакетов, и она усугубляется процессорами AMD больше, чем Intel.

Функции, которые используются для синхронизации высокого разрешения в Windows, — это QueryPerformanceCounterи QueryPerformanceFrequency.

К сожалению, они не работают для многоядерных процессоров, поскольку эти процессоры не возвращают те же числа.

Исправление ping заключается в установке сродства потоков в ping. Сомневаюсь, что это так, что могло бы объяснить отрицательную синхронизацию. Существуют также патчи от AMD и MS, которые должны помочь разобраться с этим.

Связанный контент