Тесты ping отвечают немедленно, но сообщают об огромном времени отклика

Проблема - вероятно, это ping не обрабатывает IPv6, это - инструмент со старых добрых дней IPv4. Так как это не распознает ::1 как допустимый адрес IPv4, это попытается разрешить его как домен. По некоторым причинам сервер DNS, который Вы используете, отвечает допустимым адресом IPv4 для этого "домена".

Для проверки с помощью ping-запросов адреса IPv6 использовать ping6 ::1, который должен привести к ответам от Вашего localhost.
Для трассировки, куда ответ DNS прибывает из попытайтесь работать dig ::1 +trace.

2
задан 8 December 2011 в 19:43
2 ответа

Небольшое количество времени может быть очень трудно измерить в пределах виртуальной машины, поскольку виртуальные процессоры не работают непрерывно. Я совсем не удивлюсь, если вычисления времени будут сброшены.

Если они действительно сообщаются мгновенно, то измерения от 64 до 85 секунд явно неверны.

1
ответ дан 3 December 2019 в 12:03

У меня была точно такая же проблема, и я нашел следующее сообщение в блоге:

http://blogs.msdn.com/b/tvoellm/archive/2008/06/05/ negative-ping-times-in-windows-vm-s-whats-up.aspx

Просто небольшая запись в блоге, которая может помочь вам решить проблему, с которой некоторые клиенты сталкивались при работе с виртуальными машинами Hyper-V. Проблема заключается в отрицательном времени отклика на многопроцессорную гостевую ОС.

Если вы видите отрицательное время отклика на многопроцессорную гостевую ОС W2k3, вы можете рассмотреть возможность установки параметра / usepmtimer в файле boot.ini.

Основная проблема возникает из-за функции Win32 QueryPerformanceCounter. По умолчанию он использует источник времени, называемый TSC. Это источник времени ЦП, который по сути считает циклы ЦП. TSC для каждого (виртуального) процессора может быть разным, поэтому нет гарантии, что чтение TSC на одном процессоре имеет какое-либо отношение к чтению TSC на другом процессоре. Это означает, что обратные чтения TSC на разных VP могут фактически идти в обратном направлении. Hyper-V гарантирует, что TSC не вернется назад на одном VP.

Итак, здесь проблема с отрицательным временем пинга заключается в том, что источник времени использует QueryPerformanceCounter, который использует TSC. Используя флаг / usepmtimer boot.ini, вы изменяете источник времени для QueryPerformanceCounter с TSC на таймер PM, который является глобальным источником времени.

Симптомы также влияют на все, что зависит от QueryPerformanceCounter , например точка net класс System.Diagnostics.StopWatch .

1
ответ дан 3 December 2019 в 12:03

Теги

Похожие вопросы