vmms.exe
Пошукавыя тэрміны каталога vmms, hyper-v virtual machine management, vmms service
Hyper-V Virtual Machine Management Service. Кіруе віртуальнымі машынамі Hyper-V у тых рэдакцыях, якія маюць падтрымку Hyper-V. Гэта не служба wslservice.exe, якая належыць WSL.
Што вам трэба ведаць
vmms - гэта кіраванне Hyper-V, а не wslservice з WSL.
vmms.exe - гэта Virtual Machine Management Service. Hyper-V Manager звяртаецца менавіта сюды. wslservice.exe каардынуе дыстрыбутывы WSL. vmcompute.exe - гэта Host Compute Service. Завяршэнне vmms не выключае Ubuntu так, як гэта робіць каманда `wsl --shutdown`.
- Бяспечны?
- Праверце шлях запушчанага файла, лічбавы подпіс і выдаўца. Адно толькі імя не можа гарантаваць бяспеку.
- Тое ж самае, што і wslservice?
- Не. Гэта служба кіравання Hyper-V
- Ці варта яго спыняць?
- Віртуальныя машыны Hyper-V губляюць магчымасць кіравання
Што такое vmms.exe?
vmms адказвае за кіраванне Hyper-V, а не за WSL (wslservice). Гэта служба 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 у Downloads такім не з'яўляецца. Гэта ўсё яшчэ не WslService.
Параўноўвайце запісанае месцазнаходжанне з фактычным файлам. Знаёмая папка сама па сабе не ўстанаўлівае ідэнтычнасць.
C:\Windows\System32\vmms.exe
- Служба: Hyper-V Virtual Machine Management
- Працоўныя працэсы: vmwp.exe, па адным на ВМ
- Не wslservice.exe
Ці магу я завяршыць яго?
Кіраванне Hyper-V спыняецца
Завяршэнне vmms.exe адключае Дыспетчар Hyper-V і можа заблакаваць кіраванне ВМ. Запушчаныя асобнікі 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
Дыспетчар Hyper-V узаемадзейнічае з vmms. У WSL свая служба. Дзве кансолі, два працэсы.
ВМ усё яшчэ працуюць пасля завяршэння vmms
vmwp.exe - гэта працоўны працэс асобнай ВМ. Служба кіравання спынілася. Гасцявая сістэма можа працягваць працаваць на базе гэтага працэсу.
Пошук і ліквідацыя непаладак
Выканайце дыягностыку, перш чым рабіць якія-небудзь дэструктыўныя дзеянні.
Дыспетчар Hyper-V і services.msc: Кіраванне віртуальнымі машынамі
Калі гэтая аснастка дае збой, прычына ў гэтай службе. Збой `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 · Дакументуе ідэнтыфікатары працэсаў, шляхі выкананых файлаў, даты стварэння і паўторнае выкарыстанне ідэнтыфікатара бацькоўскага працэсу.
Ці быў гэты артыкул карысным?
Дастаткова адказаць "так" або "не". Выберыце прычыну, калі хочаце, або дадайце кароткую нататку.
Дзякуй. Гэта дапамагае нам паляпшаць гэтую старонку.