Como saber se o Windows 11 tem vazamento de memória?

Abra o Gerenciador de Tarefas, aba Desempenho, Memória. Se mostrar 85-95% de uso mas a aba Processos não tem nenhum app usando muita RAM, a memória está sendo consumida por algo que não está liberando. Reiniciar resolve temporariamente mas o uso sobe de volta em horas ou dias. Baixe o RAMMap do Sysinternals — se o Nonpaged Pool estiver acima de 500MB, um driver de kernel está vazando. Sistemas normais ficam em 100-200MB.

O que é nonpaged pool e por que vaza?

Nonpaged pool é memória de kernel que o Windows garante que vai ficar sempre na RAM física — nunca paginada pro disco. Drivers usam pra dados que precisam ser acessados instantaneamente, como buffers de rede e descritores USB. Quando um driver aloca nonpaged pool mas nunca libera, o pool cresce até consumir a maior parte da sua RAM. Killer Networking e certos drivers de áudio são os culpados mais comuns.

Colocar mais RAM resolve vazamento de memória?

Não. Colocar mais RAM num sistema com vazamento só significa que demora mais pra bater no teto. Se um driver vaza 500MB por hora, 16GB te dá mais algumas horas antes de voltar a 95% de uso. Você precisa identificar e corrigir o driver ou processo que está vazando. Use RAMMap e poolmon pra encontrar o culpado exato.

Por que o Desktop Window Manager usa tanta memória?

O dwm.exe gerencia a composição e renderização de janelas. Em setups multi-monitor com taxas de atualização diferentes, ele aloca buffers de memória com GPU que nunca são liberados corretamente. Em dias pode subir pra 1-2GB. A Microsoft sabe mas não corrigiu completamente. Igualar as taxas de atualização entre monitores ou reiniciar o dwm.exe pelo Gerenciador de Tarefas libera a memória temporariamente.

Vazamento de Memória no Windows 11 (Ache a Causa)

Abra o Gerenciador de Tarefas, aba Desempenho, Memória. Se mostrar 85-95% de uso e a aba Processos não tem nada obviamente comendo tudo — nenhum app sozinho sentado em 4GB — você tem um vazamento de memória. Algo está requisitando RAM e nunca devolvendo. Reiniciar resolve temporariamente porque o sistema recupera tudo, mas o número sobe de volta em horas ou dias.

A parte chata é que o Gerenciador de Tarefas não mostra realmente o cenário completo. Um processo pode alocar memória que não aparece na coluna “Memória” porque o Windows conta as coisas diferente dependendo se a alocação é privada, compartilhada ou está no pool do kernel. Baixe o RAMMap do Sysinternals — gratuito, não precisa instalar. Abra e veja a aba “Use Counts”. Dois números importam: “Nonpaged Pool” e “Driver Locked.” Se Nonpaged Pool estiver acima de 500MB, um driver em kernel-mode está vazando. Se Driver Locked estiver enorme, mesma coisa. Sistemas normais ficam em 100-200MB de nonpaged pool.

Um cara com Alienware estava usando 14 de 16GB em idle. O Gerenciador de Tarefas mostrava 6GB de uso visível dos processos e 8GB simplesmente sumidos. O RAMMap mostrou Nonpaged Pool em 3.2GB, o que é absurdo. Rodei o poolmon do Windows Driver Kit — ele mostra tags de pool, que são códigos de quatro letras que identificam qual driver é dono de cada alocação. A tag do topo estava comendo 2.8GB e pertencia ao driver da Killer Networking. A Killer vem em todo Alienware e metade dos notebooks gamer vendidos nos últimos quatro anos. Desinstalei a suíte da Killer inteira, instalei os drivers genéricos da Intel pra WiFi e Ethernet, Nonpaged Pool caiu pra 180MB. Ele recuperou 3GB de RAM sem fazer nada.

Encontrando o Vazamento

O Process Explorer do Sysinternals é melhor que o Gerenciador de Tarefas pra isso porque mostra duas colunas que você precisa: Working Set e Private Bytes. Working Set é quanta RAM física o processo está realmente usando agora. Private Bytes é quanto o processo requisitou — pediu pro Windows mas não necessariamente preencheu com dados ainda. Um processo com 200MB de Working Set mas 2GB de Private Bytes está acumulando espaço de endereçamento. Essa diferença é o seu vazamento.

Ordene por Private Bytes, decrescente. O que estiver no topo com Private Bytes bem maior que seu Working Set é o que está vazando. Ofensores comuns que vejo direto: dwm.exe (Desktop Window Manager) em setups multi-monitor, especialmente com taxas de atualização diferentes — ele aloca buffers de memória com GPU que nunca são liberados. Nahimic ou Sonic Studio, serviços de áudio que vêm em placas ASUS e MSI. E navegadores, obviamente — Chrome com 40 abas e extensões vai comer o que você der, mas isso é por design e não um bug.

Se o vazamento é no kernel — RAMMap mostra nonpaged pool crescendo mas nenhum processo de usuário é responsável — você precisa do poolmon. Abra um Prompt de Comando como admin, rode poolmon -b pra ordenar por bytes. A tag no topo é o seu culpado. Pesquise no Google a tag de quatro letras junto com “pool tag” e geralmente você descobre qual driver ela pertence. Tags comuns: NDnd ou NDgd pra drivers de rede, MmSt pro gerenciador de memória, FMfn pro filter manager (antivírus ou software de backup interceptando o filesystem).

Vilões Conhecidos

A essa altura eu já tenho uma lista mental porque o mesmo punhado de software aparece toda hora.

Suíte Killer Networking — todo Alienware, muitos notebooks gamer Dell. Vaza nonpaged pool continuamente até bater 90%+ de RAM. Substitua pelos drivers da Intel.

Serviço de áudio Nahimic — vem em placas MSI e ASUS como “Sonic Studio” ou “Nahimic Companion.” Vaza memória tanto de usuário quanto de kernel. Desative pelo services.msc ou desinstale em Aplicativos. Você perde o processamento de “som surround”, que honestamente soava péssimo de qualquer jeito.

Desktop Window Manager em multi-monitor com taxas de atualização diferentes — dwm.exe sobe pra 1-2GB ao longo de dias. Não tem correção limpa — a Microsoft sabe mas não corrigiu. Solução paliativa é igualar as taxas de atualização entre monitores ou reiniciar o dwm pelo Gerenciador de Tarefas quando ficar ruim (ele reinicia automaticamente e libera tudo).

Verificação em tempo real do Windows Defender — não é exatamente um vazamento, mas MsMpEng.exe pode segurar 800MB+ na memória durante e depois de verificações completas. Adicionar exclusões de pasta pra diretórios de dev, jogos e arquivos de mídia grandes reduz bastante seu working set.

Arquivo de Paginação

Se seu sistema tem 8GB de RAM e você faz qualquer coisa além de navegar com poucas abas, o Windows precisa de espaço no arquivo de paginação pra compensar. Abra Propriedades do Sistema (Win+Pause ou Configurações, Sistema, Sobre, Configurações avançadas do sistema), Desempenho, Configurações, aba Avançado, Memória Virtual, Alterar. Desmarque “Gerenciar automaticamente” e defina um tamanho personalizado — 1,5x a RAM física pro tamanho inicial, 3x pro máximo. Em 8GB fica 12GB inicial, 24GB máximo.

O arquivo de paginação automático que o Windows gerencia geralmente funciona bem em sistemas com 16GB+. Em 8GB ele é conservador demais — começa pequeno e cresce reativamente, o que significa que quando o Windows decide que precisa de mais arquivo de paginação, algo já travou — às vezes uma tela azul MEMORY_MANAGEMENT — ou congelou porque ficou sem commit charge. Definir manualmente de antemão evita isso.

Se você está genuinamente ficando sem memória em 16GB porque sua carga de trabalho exige — VMs, edição de vídeo, muitas abas de navegador — colocar mais RAM é a única solução real. RAM custa R$100-150 por pente de 8GB em 2026. Verifique o que você tem primeiro — o Gerenciador de Tarefas mostra velocidade e slots usados, CPU-Z diz se você está rodando dual channel. Mas tenha certeza de que o problema é demanda real e não um vazamento primeiro, porque colocar mais RAM num sistema com vazamento só significa que demora mais pra bater no teto de novo. Nosso serviço de otimização de velocidade inclui a análise completa com RAMMap e poolmon — identificamos o driver ou processo exato, corrigimos ou substituímos, e verificamos se o vazamento sumiu ao longo de 24 horas.