Негативний час пінг?


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
У вас є процесор AMD?
MaQleod

9
Просто тимчасовий розрив у просторі-часі. Не про що хвилюватися. Тепер де я поклав ключі від мого DeLorean?
жонглер

Я не пам'ятаю конкретно, на якій машині я запустив тест, але єдині 3, на яких я міг би його запустити, - це всі Intel (один робочий стіл Intel, один Macbook Pro, один Mac Mini).
Джефф Веллінг

12
Негативний ping lag - це глюк в матриці. Це відбувається, коли вони щось змінюють.
James T Snell

Відповіді:


15

Чи NTP або Windows Time Service синхронізували системний годинник під час пінгу?


Відмінне питання, що це може бути. На жаль, я не пам’ятаю точно, в який час я робив ping, тому я не можу перевірити журнали на синхронізацію NTP, яка вирівнюється.
Джефф Веллінг

Це було б дивно, але +1 для великого моменту усунення несправностей.
mbb

Не маючи кращої відповіді і не маючи змоги придумати більш правдоподібного рішення з часу, як це сталося до цього часу, я приймаю цю відповідь, тому що думаю, що це найбільш вірогідне пояснення того, як це сталося. Спасибі.
Джефф Веллінг

Я щойно зіткнувся з тією ж проблемою на віртуальній машині і можу підтвердити, що проблемою був NTP, що виправляв затримку часу. service ntpd stopна CentOS це виправлено (але, очевидно, створить інші проблеми). Дивіться це цікаве запитання для отримання додаткової інформації.
Бенджамін

4

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

Особисто я б не хвилювався з цього приводу і припускаю, що це концептуальна вада в ICMP ... Можливо, пакет, який пройшов інший шлях, або щось дивне із залученням машин / маршрутизаторів зі своїми годинами.


2
Із пов'язаної дискусії я б не схилявся до концептуальної вади в ICMP. Схоже, AMD має перекидання годин між двома ядрами, що викликає негативну інтерпретацію часу.
Еван

@evan: Але 0,7 секунди - це величезна розбіжність!
Механічний равлик

2
звіт, який ви отримуєте від ping, не має нічого спільного з тактовими годинниками на зовнішніх маршрутизаторах, це різниця у часі від того, коли пакет буде надісланий до місця призначення, і відповідь буде отримано назад до хоста. Він тактований господарем.
MaQleod

@ Механічний равлик Ти маєш рацію, це надзвичайно багато, але пов'язана дискусія говорить, що перекос з часом зростає. Якщо процесор працює тривалий час .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.

Функції, які використовуються для встановлення часу з високою роздільною здатністю у Windows, є QueryPerformanceCounterі QueryPerformanceFrequency.

На жаль, вони розбиті на багатоядерні процесори, оскільки ці процесори не повертають однакові числа.

Виправлення до ping полягає у встановленні спорідненості потоку в ping. Я сумніваюся, що це робить це, що пояснить негативний термін. Є також виправлення AMD та MS, які повинні допомогти розібратися.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.