Как интерпретировать значения встречного Гипервизора Perfmon Hyper-V Виртуальное processor\CPU Время ожидания на отправку
Таким образом, существует большое руководство в сети, которая советует отслеживать значения встречного Гипервизора Perfmon Hyper-V Виртуальное processor\CPU Время ожидания на отправку как ближайший эквивалент Hyper-V ЦП VMware готовое время.
К сожалению, кажется, нет большого руководства относительно того, какие значения этого счетчика, вероятно, будут проблематичны, или какой диапазон значений ожидается в хорошо работающей системе.
Моя начальная буква думала, был то, что, если использование ЦП повышается в то же время, что и Время ожидания ЦП на отправку, это - признак, что существует узкое место ЦП по крайней мере на одном госте vCPU.
Существует ли лучший способ интерпретировать этот счетчик? Например, действительно ли возможно преобразовать его в процент времени, ожидая ЦП?
Существует ли диапазон ссылки значений, с которыми Microsoft или практики Hyper-V склонны работать?
Кто-либо мог дать мне признак того, какие значения они видят этот счетчик в хорошо работающих системах, которым не превысили намеченную сумму центральных процессоров?
Спасибо!
Счетчик времени ожидания процессора на отправку либо в корневом виртуальном процессоре гипервизора-V Hyper-V Virtual Processor, либо в наборах счетчиков Hyper-V Virtual Processor означает, довольно просто:
Среднее время (в наносекундах). проведённый в ожидании виртуального Ответ на вопрос "каким он должен быть?" полностью зависит от аппаратного обеспечения. Вы просто хотите, чтобы он был как можно меньше, но некоторые компьютеры быстрее других.
Другая вещь, которую следует помнить, это то, что виртуальные машины с большим количеством vCPU будут нести небольшие затраты на синхронизацию.
Так что, как анекдот, я смотрю на хост Hyper-V с 8 логическими процессорами. На этом хосте Hyper-V работает только одна виртуальная машина. Эта ВМ имеет два VCPU. Поэтому практически не должно быть никаких разногласий по поводу процессоров.
ВЦП на этой виртуальной машине тратят около 7000-10000 наносекунд в ожидании отправки на логический процессор.
Эти цифры будут другими, если у вас более быстрый или медленный физический процессор, или если у вас более высокое соотношение виртуальных машин/ВЦП к логическим процессорам на вашем хосте. Больше vCPU на вашем хосте = больше вещей для диспетчера в расписании = время ожидания увеличивается. Это также показывает, почему вы на самом деле не хотите устанавливать другое программное обеспечение на свою хост-машину, кроме роли Hyper-V - потому что постороннее программное обеспечение на хост-машине будет вытеснять и откладывать планирование работы, которую хотят выполнять vCPU, что снова увеличивает это число.
.
Для вычисления процента потерянной производительности, на один процессор, выполните следующее:
Возьмите собранное значение и разделите на количество единиц в опросном интервале, затем умножьте на 100, чтобы получить процентное воздействие. Например, если собранная метрика составляет 50 миллисекунд, а период сбора данных - 20 секунд, разделите 50 мс на 20000 мс, умножьте на 100%, и вы получите 0,25% влияния производительности на виртуальный процессор в течение этого периода сбора данных
.