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  

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

4 ответа4

15

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

4

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

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

1

К сожалению, это не ограничивается процессорами 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 просто означает отсутствие файла (технически)

1

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

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

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .