vmms.exe
Терміни пошуку в каталозі: vmms, керування віртуальними машинами Hyper-V, служба vmms
Служба керування віртуальними машинами Hyper-V. Вона керує ВМ Hyper-V у редакціях, які містять Hyper-V. Це не wslservice.exe від WSL.
Що потрібно знати
vmms - це керування Hyper-V, а не wslservice від WSL.
vmms.exe - це Virtual Machine Management Service. Диспетчер Hyper-V взаємодіє саме з нею. wslservice.exe координує дистрибутиви WSL. vmcompute.exe - це Host Compute Service. Завершення vmms не вимикає Ubuntu так, як це робить `wsl --shutdown`.
- Безпечний?
- Перевірте шлях, підпис і видавця запущеного файлу. Лише назва не може підтвердити безпеку.
- Те саме, що й wslservice?
- Ні. Це керування Hyper-V
- Чи варто завершувати його?
- Віртуальні машини Hyper-V втрачають керування
Що таке vmms.exe?
vmms належить до керування Hyper-V, а не до wslservice із WSL. Це Virtual Machine Management Service. Файл wslservice.exe координує лише WSL. Плутати ці назви неправильно.
Що він робить?
Він створює, запускає та налаштовує віртуальні машини Hyper-V. Робочими процесами є vmwp.exe, по одному на кожну запущену віртуальну машину. Він не обслуговує `wsl -l -v`.
Чому він запущений?
Hyper-V інстальовано, і якийсь компонент відкрив стек керування. У випусках Home без Hyper-V звичайний vmms у System32 відображатися не повинен.
Перевірити запущений екземпляр
У Windows PowerShell цей запит лише для читання перелічує відповідні ідентифікатори процесів, час створення та шляхи до виконуваних файлів на цьому ПК.
Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'vmms.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List
Відсутність результату або недоступний шлях є непереконливими. Захищені процеси можуть обмежувати доступ, а ідентифікатори процесів можуть повторно використовуватися. Зберігайте особисті шляхи локально.
Використовуйте посібник з ідентифікації файлів для порівняння підписів та метаданих продукту. Саме по собі ім'я файлу не може встановити безпеку.
Чи він безпечний?
Перевірте цей запущений файл
vmms.exe у System32 - це Hyper-V VMMS. Файл vmms.exe у папці Завантаження ним не є. І це все одно не WslService.
Порівняйте записане розташування з фактичним файлом. Знайома папка сама по собі не встановлює ідентичність.
C:\Windows\System32\vmms.exe
- Служба: Hyper-V Virtual Machine Management
- Робочі процеси: vmwp.exe, по одному на кожну віртуальну машину
- Не wslservice.exe
Чи можна його завершити?
Керування Hyper-V переривається
Завершення vmms.exe відʼєднує Hyper-V Manager і може зупинити керування віртуальними машинами. Запущені копії vmwp можуть залишатися. Це не те саме, що `wsl --shutdown`.
Чи можна його видалити?
Видаліть роль Hyper-V, а не сам файл
Вимкніть Hyper-V у компонентах Windows, якщо вам не потрібна VMMS. Не видаляйте System32\vmms.exe. Видалення WSL не видаляє цю службу.
Чи повинен він запускатися разом із Windows?
Служба vmms запускається, коли Hyper-V потребує керування. Це не запис в автозавантаженні WSL.
Виміряйте використання ресурсів
| ЦП та пам'ять | Порівняйте кілька спостережень для одного й того ж PID та навантаження. Цей запис не має незалежно виміряної універсальної базової лінії. |
|---|---|
| Диск та мережа | Припишіть активність фактичному процесу та поточному завданню; саме по собі ім'я файлу не встановлює очікувані призначення або обсяг передачі. |
Інформація про файл
| Назва виконуваного файлу | vmms.exe |
|---|---|
| Записаний шлях встановлення | C:\Windows\System32\vmms.exe |
| Видавець | Microsoft Corporation |
| Перевірка підпису | Перевірте фактичний файл; цей запис не сертифікує ідентичність його сертифіката. |
Поширені проблеми
Користувачі зупиняють WslService, щоб закрити Hyper-V Manager
Hyper-V Manager взаємодіє з vmms. WSL має власну службу. Дві консолі, два процеси.
Віртуальні машини продовжують працювати після завершення vmms
vmwp.exe - це робочий процес для кожної віртуальної машини. Керування припинилося. Гостьова система може залишатися запущеною на робочому процесі.
Усунення несправностей
Проведіть діагностику, перш ніж робити будь-які деструктивні зміни.
Hyper-V Manager та services.msc: Virtual Machine Management
Якщо ця оснастка дає збій, ця стаття саме про цю службу. Збій команди wsl -l -v пов'язаний із wslservice, а не з vmms.
Не вимикайте Host Compute Service, щоб "виправити Hyper-V"
vmcompute - це HCS. Відновіть або перезапустіть vmms для класичних віртуальних машин. Залиште файли System32 на місці.
Технічні деталі
Технічні деталі
| Назва образу | vmms.exe |
|---|---|
| Служба | Hyper-V Virtual Machine Management |
Перевірте автентичність запущеного файлу
Саме по собі ім'я файлу не може встановити безпеку. Перевірте фактичний шлях, підпис та ідентичність продукту.
Джерела та верифікація
Зафіксована позначка джерела: серпень 2026. Ця позначка не встановлює незалежної перевірки. Як ми проводимо дослідження.
- Microsoft Learn: технологія Hyper-V · Hyper-V Virtual Machine Management Service
- Microsoft Learn: керування Hyper-V · vmms керує віртуальними машинами, робочі процеси виконують їх
- Карта процесів Foxhole · Зразки від виробника на комп'ютерах з Windows. Не лабораторний бенчмарк.
- Microsoft Sysinternals: Sigcheck · Пояснює, як перевіряти підписи файлів. Це посилання не встановлює автентичність або безпеку конкретного запущеного файлу.
- Microsoft: Get-CimInstance · Метод запиту локальних процесів лише для читання.
- Microsoft: Win32_Process properties · Документує ідентифікатори процесів, шляхи до виконуваних файлів, дати створення та повторне використання ідентифікатора батьківського процесу.
Чи була ця стаття корисною?
Достатньо відповісти "так" або "ні". За бажанням виберіть причину або додайте коротку примітку.
Дякуємо. Це допомагає нам покращувати цю сторінку.