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

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

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

networking wireless-networking ping latency Джефф Веллинг
источник
4
У вас есть процессор AMD?
MaQleod
9
Просто временный разрыв в пространственно-временном континууме. Не о чем беспокоиться. Теперь, где я положил ключи от моего DeLorean?
жонглер
Я не помню конкретно, на какой машине я запускал тест, но единственные 3, на которых я мог его запустить, это все Intel (один настольный компьютер Intel, один Macbook Pro, один Mac Mini).
Джефф Веллинг
12
Отрицательный пинг-лаг - это сбой в матрице. Это происходит, когда они что-то меняют.
Джеймс Т Снелл

Ответы:

15

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

Hydaral
источник
Отличный вопрос, это может быть. К сожалению, я не помню точно, когда я сделал пинг, поэтому я не могу проверить журналы для синхронизации NTP, которая выстраивается.
Джефф Веллинг
Это было бы чертовски странно, но +1 для отличного пункта устранения неполадок.
Мб
Без лучшего ответа и неспособности найти более правдоподобное решение с тех пор, как это произошло до сих пор, я принимаю этот ответ, потому что я думаю, что это наиболее вероятное объяснение того, как это произошло. Благодарю.
Джефф Веллинг
Я только что столкнулся с той же проблемой на виртуальной машине и могу подтвердить, что проблема была в NTP, исправляющем смещение времени. service ntpd stopв CentOS это исправили (но, очевидно, создадут другие проблемы). Смотрите этот очень интересный вопрос для получения дополнительной информации.
Бенджамин
4

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

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

Джеймс Т Снелл
источник
2
Из связанного обсуждения я бы не стал склоняться к концептуальному недостатку в ICMP. Похоже, что у AMD наблюдается сдвиг часов между двумя ядрами, что вызывает отрицательную интерпретацию времени.
Эван
@evan: Но 0,7 секунды - огромное расхождение!
Механическая улитка
2
отчет, который вы получаете от ping, не имеет ничего общего с часами на внешних маршрутизаторах, это разница во времени, когда пакет отправляется по назначению, а ответ принимается обратно на хост. Это синхронизировано хозяином.
MaQleod
@ Механическая улитка. Вы правы, это очень много, но связанная с этим дискуссия говорит, что перекос со временем растет. Если процессор работал в течение длительного периода времени, 0,7 секунды не слишком абсурдно. Было бы интересно увидеть, если проблема возникает только после того, как процессор некоторое время работал.
Эван
@Evan: Я имею в виду, что 0,7 секунды могут вызвать более серьезные ошибки, чем это, поэтому мы, вероятно, уже слышали об этом.
Механическая улитка
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, которые должны помочь разобраться.

Мэтт Н
источник