Возможные причины для высокой загрузки ЦП taskmgr.exe обрабатывают на VM?

Ну, что, если Вы просто выходите из taskmanager?:-)

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

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

Если он использует 20% ЦП для данного набора показателей, его потому что для начала не так много процессора. Если вы запустите такую ​​же нагрузку на машине с 10-кратным увеличением ЦП, это займет только 2% ЦП.

Таким образом, процент использования ЦП зависит от доступного ЦП. В случае виртуальной машины это зависит от физической емкости процессора, на котором он работает , минус мощность процессора, потребляемого другими виртуальными машинами.

20% - это всего лишь много относительно общего количества ЦП, доступного виртуальной машине, на которой она работает, и это важно только в том случае, если у вас есть дела поважнее с этим ЦП.

Кстати - имейте в виду, что вы не должны беспокоиться о потреблении ЦП, если только он не потребляется и не делает что-то полезное или делает недостаточно, потому что у вас больше

100% потребление процессора неплохо, желательно. Это означает, что для данной рабочей нагрузки вы бежите так быстро, как только можете. Наблюдайте за очередью ЦП, если она> 0, то вам нужно больше ЦП.

Использование ЦП <100% не очень хорошо, особенно когда вы пытаетесь выполнить работу. Имейте в виду, что ЦП - это временной ресурс. Неиспользованные циклы не могут быть сохранены и не имеют ценности, они просто представляют собой упущенные возможности для выполнения работы.

Оптимальная система показывает резервный ЦП только тогда, когда он не загружен.

Кстати - имейте в виду, что вам не следует беспокоиться о потреблении ЦП, если только он не потребляется и не делает что-то полезное или делает недостаточно, потому что у вас есть другие дела.

100% потребление ЦП - это неплохо , желательно. Это означает, что для данной рабочей нагрузки вы бежите так быстро, как только можете. Наблюдайте за очередью ЦП, если она> 0, то вам нужно больше ЦП.

Использование ЦП <100% не очень хорошо, особенно когда вы пытаетесь выполнить работу. Имейте в виду, что ЦП - это временной ресурс. Неиспользованные циклы не могут быть сохранены и не имеют ценности, они просто представляют собой упущенные возможности для выполнения работы.

Оптимальная система показывает резервный процессор, только когда он не загружен.

Кстати - имейте в виду, что вам не следует беспокоиться о потреблении ЦП, если только он не потребляется и не делает что-то полезное или делает недостаточно, потому что у вас есть другие дела.

100% потребление ЦП - это неплохо , желательно. Это означает, что для данной рабочей нагрузки вы бежите так быстро, как только можете. Наблюдайте за очередью ЦП, если она> 0, то вам нужно больше ЦП.

Использование ЦП <100% нецелесообразно, особенно когда вы пытаетесь выполнить работу. Имейте в виду, что ЦП - это временной ресурс. Неиспользованные циклы не могут быть сохранены и не имеют ценности, они просто представляют собой упущенные возможности для выполнения работы.

Оптимальная система показывает резервный процессор, только когда он не загружен.

желательно. Это означает, что для данной рабочей нагрузки вы бежите так быстро, как только можете. Наблюдайте за очередью ЦП, если она> 0, то вам нужно больше ЦП.

Использование ЦП <100% нецелесообразно, особенно когда вы пытаетесь выполнить работу. Имейте в виду, что ЦП - это временной ресурс. Неиспользованные циклы не могут быть сохранены и не имеют ценности, они просто представляют собой упущенные возможности для выполнения работы.

Оптимальная система показывает резервный процессор, только когда он не загружен.

желательно. Это означает, что для данной рабочей нагрузки вы бежите так быстро, как только можете. Наблюдайте за очередью ЦП, если она> 0, то вам нужно больше ЦП.

Использование ЦП <100% нецелесообразно, особенно когда вы пытаетесь выполнить работу. Имейте в виду, что ЦП - это временной ресурс. Неиспользованные циклы не могут быть сохранены и не имеют ценности, они просто представляют собой упущенные возможности для выполнения работы.

Оптимальная система показывает резервный процессор, только когда он не загружен.

Производительность на сервере виртуализации следует оценивать сначала на физическом сервере, а затем на виртуальных машинах.

Внутри виртуальной машины расчеты времени неточны, особенно если вы перегрузили VCPU.

Кроме того, время процессора, затрачиваемое на системное время, может очень сильно повлиять на производительность. Даже 10% могут удвоить время отклика виртуальной машины, даже если ЦП в общей сложности используется менее 15%.

Убедитесь, что вы не чрезмерно выделяете память и хост-сервер не меняет местами. Это сведет вашу производительность к нулю. Убедитесь, что инструменты VMware установлены и драйверы паравиртуализации (прямой ввод-вывод, баллон) запущены.

У меня была похожая проблема со стандартной виртуальной машиной 2003 года на vSphere 5.1. Изначально я сконфигурировал очень простую виртуальную машину (4 ГБ vRAM, 20 ГБ vDisk) с 1 сокетом с 2 ядрами. В режиме ожидания ЦП виртуальной машины постоянно находился в диапазоне 30-50%, даже если не было установленных программ, и он был полностью обновлен и т. Д.

Я пробовал разные конфигурации ЦП, и когда я изменил количество виртуальных ядер с 1 сокета & 2 ядра на 1 сокет и 4 ядра (и перезапущено), все успокоилось - холостой ход на 99%.

Я недостаточно знаю о методологии vCPU, чтобы предложить объяснение, но, возможно, это поможет кому-то

Сам хост - это DL385 Gen8 с двумя 16-ядерными процессорами AMD.

У меня были похожие симптомы, не на ВМ, а на ноутбуке Win7. Taskmgr.exe и другие процессы (такие как Winmerge.exe) принимали 13% процессора (один из 8). Проблема была временно решена перезагрузкой, так что я делал это много.

После долгих исследований я решил, что виноват Webroot Secure Anywere (программное обеспечение для защиты от вирусов и других видов защиты) WRSA.exe. Как только я закончил этот процесс, все снова стало быстро, как по волшебству! Пока не знаю, что использовать вместо Webroot для защиты.

.