Como Identificar o Processo que Está Consumindo Memória no Windows 11

Solução rápida: Abra o Gerenciador de Tarefas → guia Processos, clique no cabeçalho da coluna Memória para ordenar decrescente — o processo no topo é o que mais consome. Para análise mais profunda, use o Monitor de Recursos (resmon) ou a seção de Memória da guia Desempenho.

O Gerenciador de Tarefas mostra 90% de uso de memória, mas você tem apenas alguns aplicativos abertos. Algo está consumindo gigabytes de forma invisível. Vazamentos de memória em aplicativos de longa execução, processos em segundo plano descontrolados, abas do navegador que você esqueceu ou um indexador faminto por memória — identificar qual deles leva 30 segundos com a visualização certa.

O que causa isso

Quatro padrões comuns: um aplicativo de longa execução com vazamento de memória (Chrome com muitas abas, Visual Studio após horas de uso, aplicativos Adobe); um processo em segundo plano descontrolado (um aplicativo travado em um loop de memória); um acúmulo de cache (Indexador de Pesquisa, quarentena do Defender ou memória em espera segurando arquivos acessados anteriormente); ou máquina virtual / Docker / WSL2 reservando grandes blocos de RAM mesmo quando ocioso.

A coluna Memória do Gerenciador de Tarefas mostra o working set (RAM ativamente usada). O Monitor de Recursos detalha isso em commit, working set e em espera — importante para separar “memória em uso” de “memória disponível para uso”.

Método 1: Encontre os maiores consumidores no Gerenciador de Tarefas

Sempre comece por aqui. Identifica processos visíveis em um clique.

1. Pressione Ctrl + Shift + Esc para abrir o Gerenciador de Tarefas.
2. Clique na guia Processos.
3. Clique no cabeçalho da coluna Memória para ordenar decrescente. O topo da lista é o maior consumidor.
4. Ofensores comuns e o que significam:
   • Navegador (Edge, Chrome, Firefox): muitas abas ou extensões. Feche abas não usadas; considere The Great Suspender ou o recurso nativo de suspensão de abas.
   • Microsoft Teams: o Teams clássico usava 1+ GB. O novo Teams é mais leve. Certifique-se de estar usando o novo Teams.
   • Visual Studio / IntelliJ / VS Code com muitas extensões: reinicie o IDE periodicamente.
   • Executável de Serviço Antimalware: Defender em meio a uma verificação. Aguarde ou pause se possível.
   • vmmem / vmmemWSL: WSL2 retendo memória. Execute wsl --shutdown no PowerShell para liberar.
   • Docker Desktop: contêineres ociosos ainda retêm RAM. Pare contêineres não usados.
5. Para processos não essenciais, clique com o botão direito e escolha Finalizar tarefa. A memória cai em segundos.

Se o processo no topo for algo inesperado (um nome EXE desconhecido), clique com o botão direito e escolha Abrir local do arquivo para ver onde ele está. Locais suspeitos (fora de C:\Windows, C:\Program Files, pastas legítimas de fornecedores) sugerem malware.

Método 2: Use o Monitor de Recursos para memória confirmada vs. em espera

Revela se a memória está realmente em uso ou apenas em cache.

1. Pressione Win + R, digite resmon, pressione Enter.
2. Clique na guia Memória.
3. A seção superior mostra os processos em execução ordenados por Confirmado (KB). Esta é a memória privada que cada processo reservou.
4. O gráfico na parte inferior mostra a memória categorizada como:
   • Em Uso — ativamente usada por processos (vermelho)
   • Modificada — sendo gravada no disco pelo arquivo de paginação (laranja)
   • Em Espera — em cache, mas disponível se necessário (verde)
   • Livre — completamente não usada (azul)
5. Se a “memória em uso” no Gerenciador de Tarefas estiver alta, mas o Monitor de Recursos mostrar a maior parte como Em Espera, isso é comportamento normal de cache — o Windows mantém dados recentemente usados na RAM para não precisar reler do disco. Ela é liberada automaticamente quando outros aplicativos precisam de RAM.
6. Se “Em Uso” em si estiver alta, concentre-se nos processos superiores na lista e finalize os descontrolados.

Essa visão distingue um problema real de pressão de memória de uma situação em que o cache mantém a RAM aquecida. A memória em espera parece ruim no Gerenciador de Tarefas, mas na verdade é boa.

Método 3: Use o Monitor de Desempenho para rastrear vazamentos de memória ao longo do tempo

Para crescimento crônico de memória — um aplicativo que começa com 200 MB e cresce para 3 GB ao longo de horas.

1. Abra o Monitor de Desempenho (perfmon) pelo menu Iniciar.
2. Clique em Monitor de Desempenho na árvore à esquerda.
3. Clique no sinal de mais verde para adicionar um contador.
4. Em Processo, selecione Private Bytes.
5. Em Instâncias do objeto selecionado, escolha o processo suspeito (ex.: chrome, devenv, code).
6. Clique em Adicionar → OK.
7. Deixe rodar por 30+ minutos. O gráfico mostra o crescimento da memória ao longo do tempo.
8. Se a linha tende constantemente para cima sem se estabilizar, o processo tem um vazamento de memória — reinicie-o como solução alternativa e reporte o bug ao fornecedor.

Este é o passo de diagnóstico para vazamentos, não apenas para consumo descontrolado. Um vazamento cresce continuamente; o consumo descontrolado estabiliza.

Como verificar se a correção funcionou

• Após finalizar o processo descontrolado, a guia Desempenho do Gerenciador de Tarefas → Memória deve cair para um nível razoável (abaixo de 60% com aplicativos normais abertos).
• Execute Get-Process | Sort-Object WorkingSet -Descending | Select-Object -First 10 Name, @{N='RAM_MB';E={[math]::Round($_.WorkingSet64/1MB)}} no PowerShell. Os processos principais devem ser os esperados.
• O sistema parece mais responsivo — inicialização de aplicativos, troca de abas do navegador, animações de janela devem estar mais rápidas.

Se nada disso funcionar

Se o uso de memória estiver alto, mas nenhum processo individual explicar, a causa provavelmente é de nível de kernel ou relacionada a driver. Execute poolmon.exe das Ferramentas de Depuração do Windows SDK (ou baixe como parte do WDK). Ordene por Bytes para ver as alocações do pool do kernel por tag — a tag identifica qual driver está alocando memória. Cruze a tag com a lista de tags de pool da Microsoft (pesquise por pooltag.txt) para identificar a origem. Consumidores comuns de memória do kernel: drivers de vídeo desatualizados (alocam grandes quantidades sob a tag AGP ou tags específicas do driver), drivers de áudio defeituosos e drivers de filtro de rede de software VPN antigo. Para uso crônico de memória alta que nenhum diagnóstico identifica, a solução alternativa mais simples é adicionar mais RAM — 8 GB é o mínimo prático para Windows 11, 16 GB é confortável, 32 GB lida com fluxos de trabalho modernos, incluindo VMs e Docker.

Conclusão: Os consumidores de memória se escondem à vista no Gerenciador de Tarefas — ordene pela coluna Memória, finalize o descontrolado e use o Monitor de Recursos para confirmar o que é uso real vs. cache.