Рабочая станция Vmware vmx загружает процессор

Обновлено: 05.07.2024

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

акорнилов82

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Я использую VMware Player в Linux для запуска Windows 10.
Первой проблемой, с которой я столкнулся, было зависание пользовательского интерфейса Windows 10.
Я решил ее, обновив $USER/.vmware/preferences:
mks.gl.allowBlacklistedDrivers = "TRUE"
mks.enableMTLRenderer = "FALSE"
mks.enableGLRenderer = "TRUE"

Теперь пользовательский интерфейс Windows не зависает, и предупреждение об отсутствии аппаратного 3D-ускорения при запуске не появляется, но когда Windows 10 находится в состоянии простоя без запущенных приложений, загрузка ЦП процессом VMware превышает 150 % (может иногда достигает 300%).
34380 akornil+ 20 0 18,8g 10,5g 10,4g S 150,7 16,9 41:45.10 vmware-vmx

Хост: Debian 11
Гость: Windows 10 (включая все последние обновления)
Инструменты гостевой виртуальной машины: 11.2.6
VMware® Workstation 16 Player: 16.1.2 build-17966106

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

акорнилов82

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

glxinfo |grep -A 15 Extended
Расширенная информация об отрисовщике (GLX_MESA_query_renderer):
Поставщик: Intel (0x8086)
Устройство: Mesa Intel(R) UHD Graphics 630 (CFL GT2) ( 0x3e98)
Версия: 20.3.5
Ускорение: да
Видеопамять: 3072 МБ
Единая память: да
Предпочтительный профиль: core (0x1)
Макс. версия профиля ядра: 4.6
Максимальная версия профиля совместимости: 4.6
Максимальная версия профиля GLES1: 1.1
Максимальная версия профиля GLES[23]: 3.2
Строка поставщика OpenGL: Intel
>Строка средства визуализации OpenGL: Mesa Intel(R) UHD Graphics 630 (CFL GT2)
Строка версии основного профиля OpenGL: 4.6 (Core Profile) Mesa 20.3.5
Строка версии языка затенения основного профиля OpenGL: 4.60< /p>

РаСистемлорд

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

У меня нет опыта решения этого конкретного типа проблем, но .

Есть ли причина, по которой вы просто не отключили «аппаратное 3D-ускорение» в настройках ВМ, если есть проблема? Я бы сначала попробовал это (и убрал бы эти параметры). Обычно вынимаю, если не пользуюсь никакими 3D программами на винде - плохих эффектов не заметил. Я стараюсь, чтобы рабочий стол оставался функциональным, а не ярким — в принципе — возможно, поэтому ускорение не имеет для меня никакого значения.

Что вы подразумеваете под этими процентными цифрами? Под 300% вы имеете в виду, что 3 потока (например, из 8 или 12) работают на 100%? Максимум для ЦП составляет 100 % при обычных способах измерения.

акорнилов82

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Я могу попытаться отключить "аппаратное 3D-ускорение" в настройках виртуальной машины, но, с моей точки зрения, это не решение, а похоже на какой-то трюк или обходной путь без понимания основной причины проблемы.

РаСистемлорд

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Ну, как я уже сказал, загрузка ЦП более 100% — это нетипичный способ измерения или, скажем так, современный. Я приложил вам картинку, как это выглядит на Kubuntu 2020.04.2 - нет масштаба больше 100%.

Читая заголовок ссылки, там говорится, что возможна загрузка ядра 1,2 . и вот как вы получаете более 100% загрузки процессора. Ну, это предполагает, что core=cpu . если вы спросите меня, это возня с устоявшейся терминологией. На моем компьютере я могу получить около 800% загрузки процессора при преобразовании звука из flac в mp3 - это не имеет никакого смысла, и Kubuntu не сообщает об этом подобным образом.

Если не очевидно, с современными процессорами лучшие из них легко превышают номинальную скорость, если вы позволите им (точнее, если вы не отрицаете этого). не уверен, как это учитывается, но я не думаю, что это имело отношение к этому обсуждению.

Отключение аппаратного 3D-ускорения ЯВЛЯЕТСЯ решением, если оно вам не нужно. Если он включен по умолчанию, это не означает, что вы должны его использовать — вы можете обсудить, является ли это ошибкой или задокументированной функцией. Просто чтобы дать вам представление о прошлом, не ДЕЙСТВИТЕЛЬНО актуальном, но все же:
- Аппаратное 3D-ускорение НЕ работало на высокопроизводительных (ценовой класс 4000 евро) компьютерах Dell с 32-разрядной ОС XP в VMware

- тем не менее, он ДЕЙСТВИТЕЛЬНО работал на 64-разрядной версии Ubuntu (больше не помню версию, вероятно, ниже 10.x) с картой nVidia средней ценности
- эти примеры означают, что заставить его работать , не является точной наукой и зависит от многих факторов. Я использовал его для приложений OpenGL

Но, как я уже сказал в самом начале, я не знаю, является ли решение отключенным.Может быть, кто-то еще может дать вам параметры прошивки, которые работают лучше.

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

Технологическая сеть VMware
:
Гипервизор рабочего стола
:
Рабочая станция VMware
:
Обсуждения VMware Workstation Pro
:
Гостевая система Win10 "Системный бездействие" потребляет ресурсы ЦП, vmware-vmx o.

серебряный край1942

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Сначала я прочитал все темы о высокой загрузке процессора, и ни одна из них
не помогла мне.
С тех пор, как я обновил свой Ubuntu 20.x до 21.x, эта ошибка появилась.
Гость Win10 распознает это как «простой системы», потребляющий ~ 40% процессорного времени.
На хосте htop показывает, что все ядра загружены ~ 100%.
Он отстает на ~ 10 секунд. Затем 20 секунд нормальной
работы. А потом еще секунд 10 лагов.
Лагает только внутри гостевой Win10. На хосте (а также
другой ВМ с гостевой Ubuntu) все нормально.
Несмотря на то, что htop показывает 100% загрузку процессора.
Эта ошибка иногда появляется через несколько часов после перезагрузки.
>Иногда для появления этой ошибки требуется один день.
Сервер Windows 2019 тоже отстает. Убунту нет.

Я пробовал:
1) Пробовал заменить SSD на новый. Не повезло.
2) Пробовал отключать/включать ускорение видео в конфигурации ВМ.
3) Пробовал переключать настройки->Память-> Подогнать все гостевые памяти, отключать
своппинг.
4 ) Попытался отключить файл подкачки в гостевой системе Win10 и хосте Ubuntu.
5) Пробовал разделить виртуальные машины на разные окна вместо того, чтобы открывать
их во вкладках.
6) Попытался зафиксировать производительность при появлении ошибки.
(sudo perf record -p -g -o sample.perf -- sleep 30):
Выборки: 326 КБ событий «циклов», количество событий (прибл.): 277697753483
Служебная команда Символ общего объекта
+ 15,12% vmx-vcpu-2 [kernel.kallsyms] [k] Task_Switch
+ 13,69% vmx-vcpu-1 [kernel.kallsyms] [k] Task_Switch
+ 12,50% vmx-vcpu-0 [kernel.kallsyms] [k] Task_Switch
+ 11,55% vmx-vcpu-7 [kernel.kallsyms] [k] Task_Switch
+ 7,43% vmx-vcpu-11 [ kernel.kallsyms] [k] Task_Switch
+ 6,88% vmx-vcpu-3 [kernel.kallsyms] [k] Task_Switch
+ 4,39% vmx-vcpu-8 [kernel.kallsyms] [k] Task_Switch
+ 4,35% vmx-vcpu-4 [kernel.kal lsyms] [k] Task_Switch
+ 4,29% vmx-vcpu-9 [kernel.kallsyms] [k] Task_Switch
+ 3,50% vmx-vcpu-5 [kernel.kallsyms] [k] Task_Switch
+ 2,95% vmx-vcpu-10 [kernel.kallsyms] [k] Task_Switch
+ 2,06% vmx-vcpu-6 [kernel.kallsyms] [k] Task_Switch
0,36% vmx-vcpu- 2 [kernel.kallsyms] [k] APIC_Read
0,33% vmx-vcpu-1 [kernel.kallsyms] [k] APIC_Read

Конфигурация моего компьютера:
Хост: Ubuntu 21.x. Отстающий гость: Win10.
SSD: совершенно новый.
ЦП: 12-ядерный процессор Intel (R) Core(TM) i7-10750H с тактовой частотой 2,60 ГГц
Видеокарта: lspci|grep -i vga
00:02.0 VGA-совместимый контроллер: Intel Corporation CometLake-H GT2 [UHD Graphics] (версия 05)
01:00.0 VGA-совместимый контроллер: NVIDIA Corporation TU117M [GeForce GTX 1650 Ti Mobile] ( rev a1)
Рабочая станция VMWare: последняя версия

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

Технологическая сеть VMware
:
Гипервизор рабочего стола
:
Рабочая станция VMware
:
Обсуждения VMware Workstation Pro
:
Энергопотребление ЦП хоста и тренд энергопотребления очень высоки.

Мухаммед Ахмед0

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Энергопотребление ЦП хоста и тенденция энергопотребления очень высоки при работе рабочей станции VMware V15.5.5 (Windows 10-64-разрядная версия)

Миц2020

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Загрузка ЦП вашего хоста не является «очень высокой». 12% или выше вполне нормально, если гость занят, например, установкой обновлений ОС. Попробуйте запустить диспетчер задач в гостевой системе и посмотрите, чем он занят. Когда использование гостевого ЦП падает до ~0%, процесс VMX на хосте также упадет до ~0%.

Если проблема не устранена, в качестве меры предосторожности убедитесь, что ваша виртуальная машина не перераспределена. Попробуйте уменьшить количество ядер ЦП и ограничить объем ОЗУ до 4 ГБ.

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Неудивительно, что энергопотребление высокое.

Запуск виртуальной машины нагружает ЦП, так как происходит много переключений контекста.

Вы можете попробовать отключить 3D на своей виртуальной машине, поскольку поддержка 3D для виртуального графического процессора, как правило, потребляет много энергии для центрального процессора.

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Загрузка ЦП вашего хоста не "очень высока". 12% или выше вполне нормально, если гость занят

Вы как-то пропустили скриншот? Об этом буквально говорит диспетчер задач Windows.

Кстати, пользователь говорит об энергопотреблении, а не о загрузке ЦП.

Миц2020

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Уважаемый Wila, конечно, я видел скриншот - как иначе я мог бы увидеть цифру 12,1%?

Моя точка зрения заключалась в том, что документация о том, как Microsoft определяет или измеряет «энергопотребление» в диспетчере задач Windows 10, практически отсутствует. Очень высокое энергопотребление — сообщество Microsoft. Кроме того, если вы будете искать в сети «очень высокое энергопотребление» в Windows 10, вы получите очень мало релевантной информации.

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

По моему скромному мнению, единственным реальным показателем является загрузка ЦП, и исторически у диспетчера задач было несколько проблем с его правильным отображением в Windows 10.

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Уважаемый Wila, я, конечно, видел скриншот - как иначе я мог бы увидеть цифру 12,1%?

Вы подняли хорошую тему

Метрика "энергопотребление" не очень понятна, я с этим согласен.

Как и вы, я понимаю, что это связано с тем, сколько энергии (Вт) потребляется.

Меня немного смутило то, что вы сказали пользователю, что его загрузка ЦП не "очень высока", хотя пользователь только что сообщил о том, что он или она увидел на снимке экрана диспетчера задач.

Вы говорили об использовании ЦП, в то время как тема касалась энергопотребления.

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

В качестве совета пользователю вы можете добавить туда еще один столбец для графического процессора (щелкните правой кнопкой мыши заголовок столбца, чтобы добавить столбец для графического процессора или ядра графического процессора)

Ваше предложение снизить нагрузку на виртуальный ЦП и/или ОЗУ является хорошим советом по устранению неполадок.

Форумы Hasleo Software › Hasleo Software (ранее называвшаяся EasyUEFI Development Team) › WinToUSB (Best Windows To Go Creator)

VMware Workstation 15: высокая загрузка ЦП на хосте

Chrie
Младший член

Я использую Win10 2014 на портативном твердотельном накопителе SanDisk Extreme емкостью 1 ТБ. Установка работает довольно хорошо и быстро, но когда я запускаю виртуальную машину в VMware Workstation 15.5.6 build-16341506, хост-система показывает высокую загрузку ЦП (VMware Workstation VMX потребляет ЦП) в режиме ожидания и становится под нагрузкой намного выше ( та же виртуальная машина на том же хосте с установкой Windows по умолчанию работает гладко и потребляет 10% ресурсов ЦП). Я пробовал установку WinToGo на разных аппаратных платформах, все настройки BIOS/UEFI для виртуализации включены. Я предполагаю, что в установке WinToGo есть некоторые ключи реестра, которые затрудняют работу гипервизора.

администратор
Администратор

Вы сказали, что "та же виртуальная машина на том же хосте с установленной по умолчанию Windows работает без сбоев и потребляет 10 % ресурсов ЦП", что означает, что хост-Windows влияет на эффективность виртуальной машины, а не Windows, работающей на виртуальной машине.

Chrie
Младший член

(15-09-2020, 00:34) admin Написал: Вы сказали, что «та же виртуальная машина на том же хосте с установкой Windows по умолчанию работает без сбоев и потребляет 10% ЦП», что означает, что хост Windows влияет на эффективность виртуальной машины, а не Windows, работающей на виртуальной машине.

Да, установка Win2Go нарушает работоспособность гипервизора.
Может под Win2Go какие-то расширения ЦП заблокированы?

администратор
Администратор

(15-09-2020, 00:34) admin Написал: Вы сказали, что «та же виртуальная машина на том же хосте с установкой Windows по умолчанию работает без сбоев и потребляет 10% ЦП», что означает, что хост Windows влияет на эффективность виртуальной машины, а не Windows, работающей на виртуальной машине.

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

Читайте также: