vmms.exe
Termos de pesquisa do catálogo vmms, gerenciamento de máquina virtual hyper-v, serviço vmms
Serviço de Gerenciamento de Máquinas Virtuais Hyper-V. Ele gerencia VMs do Hyper-V em SKUs que incluem o Hyper-V. Não é o wslservice.exe do WSL.
O que você precisa saber
vmms é o gerenciamento do Hyper-V, não o wslservice do WSL.
vmms.exe é o Serviço de Gerenciamento de Máquinas Virtuais. O Gerenciador do Hyper-V se comunica aqui. O wslservice.exe coordena as distribuições do WSL. O vmcompute.exe é o Host Compute Service. Encerrar o vmms não desliga o Ubuntu da forma que `wsl --shutdown` faz.
- Seguro?
- Verifique o caminho, a assinatura e o fornecedor do arquivo em execução. O nome por si só não pode comprovar a segurança.
- É o mesmo que wslservice?
- Não. Este é o gerenciamento do Hyper-V
- Devo finalizá-lo?
- As VMs do Hyper-V perdem o gerenciamento
O que é o vmms.exe?
vmms é o gerenciamento do Hyper-V, não o wslservice do WSL. É o Serviço de Gerenciamento de Máquinas Virtuais. O wslservice.exe apenas coordena o WSL. Trocar esses nomes é incorreto.
O que ele faz?
Ele cria, inicia e configura VMs do Hyper-V. Os processos de trabalho são vmwp.exe, um por VM em execução. Ele não hospeda `wsl -l -v`.
Por que está em execução?
O Hyper-V está instalado e algo abriu a pilha de gerenciamento. SKUs Home sem Hyper-V não devem exibir um vmms normal em System32.
Inspecione a instância em execução
No Windows PowerShell, esta consulta somente leitura lista IDs de processo correspondentes, tempos de criação e caminhos executáveis neste PC.
Get-CimInstance -ClassName Win32_Process | Where-Object { $_.Name -eq 'vmms.exe' } | Select-Object ProcessId, ParentProcessId, CreationDate, Name, ExecutablePath | Format-List
Nenhum resultado ou um caminho inacessível é inconclusivo. Processos protegidos podem restringir o acesso e IDs de processo podem ser reutilizados. Mantenha caminhos pessoais locais.
Use o guia de identidade de arquivo para comparar assinaturas e metadados do produto. Um nome de arquivo sozinho não pode estabelecer segurança.
Ele é seguro?
Verificar este arquivo em execução
O vmms.exe em System32 é o Hyper-V VMMS. Um vmms.exe em Downloads não é. Isso ainda não é o WslService.
Compare o local registrado com o arquivo real. Uma pasta familiar sozinha não estabelece identidade.
C:\Windows\System32\vmms.exe
- Serviço: Gerenciamento de Máquinas Virtuais Hyper-V
- Processos de trabalho: vmwp.exe, um por VM
- Não é o wslservice.exe
Posso finalizá-lo?
O gerenciamento do Hyper-V é interrompido
Encerrar o vmms.exe desconecta o Gerenciador do Hyper-V e pode travar o controle das VMs. Cópias em execução do vmwp podem permanecer ativas. Isso não equivale ao `wsl --shutdown`.
Posso removê-lo?
Remova a função Hyper-V, não o arquivo
Desative o Hyper-V nos recursos do Windows se você não quiser o VMMS. Não exclua System32\vmms.exe. Desinstalar o WSL não remove este serviço.
Ele deve iniciar com o Windows?
O serviço vmms inicia quando o Hyper-V precisa de gerenciamento. Ele não é uma entrada de Inicialização do WSL.
Meça o uso de recursos
| CPU e memória | Compare várias observações para o mesmo PID e carga de trabalho. Esta entrada não tem uma linha de base universal medida independentemente. |
|---|---|
| Disco e rede | Atribua atividade ao processo real e à tarefa atual; um nome de arquivo sozinho não estabelece destinos esperados ou volume de transferência. |
Informações do arquivo
| Nome do executável | vmms.exe |
|---|---|
| Caminho de instalação registrado | C:\Windows\System32\vmms.exe |
| Fornecedor | Microsoft Corporation |
| Verificação de assinatura | Inspecione o arquivo real; esta entrada não certifica a identidade do seu certificado. |
Problemas comuns
Pessoas param o WslService para fechar o Gerenciador do Hyper-V
O Gerenciador do Hyper-V comunica-se com o vmms. O WSL tem seu próprio serviço. Dois consoles, dois processos.
As VMs ainda continuam em execução após encerrarem o vmms
vmwp.exe é o processo de trabalho por VM. O gerenciamento parou. O convidado ainda pode estar ativo no worker.
Solução de problemas
Diagnostique antes de fazer qualquer alteração destrutiva.
Gerenciador do Hyper-V e services.msc: Gerenciamento de Máquinas Virtuais
Se esse snap-in falhar, este serviço é o foco. A falha de wsl -l -v envolve o wslservice, não o vmms.
Não desative o Host Compute Service para "consertar o Hyper-V"
vmcompute é o HCS. Repare ou reinicie o vmms para VMs clássicas. Mantenha os arquivos de System32 no lugar.
Detalhes técnicos
Detalhes técnicos
| Nome da imagem | vmms.exe |
|---|---|
| Serviço | Gerenciamento de Máquinas Virtuais Hyper-V |
Verifique a identidade de um arquivo em execução
Um nome de arquivo sozinho não pode estabelecer segurança. Verifique o caminho real, a assinatura e a identidade do produto.
Fontes e verificação
Rótulo de fonte registrada: agosto de 2026. Este rótulo não comprova verificação independente. Como pesquisamos.
- Microsoft Learn: tecnologia Hyper-V · Serviço de Gerenciamento de Máquinas Virtuais Hyper-V
- Microsoft Learn: gerenciar o Hyper-V · vmms gerencia VMs, workers as executam
- Mapa de processos do Foxhole · Amostras proprietárias em computadores Windows. Não é um benchmark de laboratório.
- Microsoft Sysinternals: Sigcheck · Explica como inspecionar assinaturas de arquivo. Esta referência não estabelece a identidade ou segurança de um arquivo específico em execução.
- Microsoft: Get-CimInstance · Método de consulta de processo local somente leitura.
- Microsoft: Propriedades de Win32_Process · Documenta IDs de processo, caminhos executáveis, datas de criação e reutilização de ID pai.
Este artigo foi útil?
Um sim ou não é suficiente. Escolha um motivo se desejar, ou adicione uma breve observação.
Obrigado. Isso nos ajuda a melhorar esta página.