Execute o RAMMap como administrador, anote Total, Active, Standby, Modified, Free e as principais linhas de Use Counts e salve um snapshot. Repita uma ação em intervalos fixos e atualize com F5. Um provável vazamento cresce de forma reproduzível, não estabiliza em repouso e reduz a memória disponível ou aumenta o commit. O RAMMap identifica a classe; Process Explorer, VMMap, PoolMon ou WPR identificam o responsável.
Separar vazamento da pressão normal de memória
O Windows usa RAM livre como cache e standby. Uso alto pode ser saudável quando as páginas são recuperáveis. Um vazamento continua crescendo em pontos comparáveis, permanece alocado após o trabalho e aumenta commit, paginação ou lentidão.
Não leia apenas Total. Compare Active, Standby e Modified. Muito Standby costuma ser cache recuperável; Process Private ou pools ativos crescendo são pistas mais fortes. Confira também a memória comprometida no Gerenciador de Tarefas.
| Observação | Geralmente normal | Sinal mais forte |
|---|---|---|
| Início da carga | Sobe e estabiliza | Sobe após cada repetição idêntica |
| Fim da carga | Libera ou vira cache | Permanece alocado e cresce |
| Memória disponível | Continua suficiente | Cai enquanto o commit sobe |
| Responsável | App ou cache esperado | Processo, tag ou arquivo cresce sem trabalho útil |
| Após reinício | Aquecimento estabiliza | Mesmos passos reproduzem crescimento sem limite |
Salvar uma linha de base limpa no RAMMap
Feche aplicativos alheios e pause atualizações, backups, downloads e VMs. Abra como administrador, espere o sistema acalmar, pressione F5 e registre Use Counts, Active, memória disponível, commit e horário. Salve um snapshot antes da carga suspeita.
Mantenha iguais versão, arquivo, perfil e espera. Mudar várias variáveis torna o delta inconclusivo. Não limpe cache entre pontos.
Seguir a categoria do RAMMap que continua crescendo
Process Private normalmente aponta para app ou serviço; Mapped File para File Summary e caminhos; pools para drivers. Driver Locked, page tables e large pages têm responsáveis diferentes.
Se duas categorias sobem juntas, compare o momento. Um app pode alocar privado e aquecer cache. Consulte os tipos de memória RAMMap e o guia de Process Private alto.
- Process Private: ordenar Processes, anotar PID e mudança e verificar Private Bytes com Process Explorer ou VMMap.
- Mapped File: ordenar File Summary e confirmar o caminho em File Details.
- Pools: registrar a tendência, localizar a tag com PoolMon ou WPR e associá-la ao driver assinado.
- Standby: tratar como cache recuperável salvo prova controlada contrária.
Comparar pontos repetíveis e snapshots
Um bom teste inclui linha de base, ao menos três pontos iguais e um ponto em repouso. Use nomes descritivos e registre ação e horário.
Pare antes que paginação intensa altere o teste. Se o padrão repetir, reinicie apenas o app ou serviço suspeito e repita. Liberação temporária indica propriedade, não correção definitiva.
- Salvar a base
Atualizar, anotar memória disponível e commit e salvar.
- Repetir uma ação
Executar uma única operação definida.
- Capturar pontos fixos
Salvar após primeira, terceira e quinta repetição.
- Adicionar repouso
Parar a carga e ver se o valor estabiliza.
- Confirmar responsável
Usar Process Explorer, VMMap, PoolMon ou WPR.
Escolher a ferramenta certa depois do RAMMap
O RAMMap descreve composição física, não cada pilha de alocação. Process Explorer confirma processo, VMMap detalha um processo, PoolMon segue tags e WPR fornece linha do tempo.
Guarde snapshots, PID, tag, caminho, passos e horários. Dumps e traces podem conter dados sensíveis.
| Pista | Ferramenta | Pergunta |
|---|---|---|
| Process Private | Process Explorer | Qual processo ou serviço possui o commit? |
| Processo confirmado | VMMap/profiler | Qual região cresce? |
| Pool | PoolMon | Qual tag consome memória de kernel? |
| Driver/tempo | WPR | Quando o crescimento começa? |
| Mapped File | File Summary/Details | Qual arquivo explica as páginas? |
Evitar falsas correções limpando cache
Empty Standby List descarta cache recuperável, não commit privado ou pool vazado. Empty Working Sets pode reduzir páginas residentes temporariamente sem remover a alocação.
Use Empty apenas em testes controlados. Atualize ou reinicie o responsável confirmado e repita. O RAMMap v1.63 de 26 de março de 2026 continuava atual na verificação Microsoft de 30 de julho de 2026.
Um gráfico menor após limpar cache não comprova correção. Preserve primeiro a tendência.
FAQ sobre vazamento de memória no RAMMap
O RAMMap comprova vazamento de um app?
Ele mostra categoria e tendência; geralmente é preciso ferramenta de processo ou driver para a origem exata.
Qual valor observar?
A categoria Active que cresce junto com commit e queda de memória disponível.
Quantos snapshots?
Uma linha de base, vários pontos iguais e um ponto em repouso.
Empty Standby List corrige vazamento?
Não, apenas descarta cache recuperável.
Qual ferramenta usar depois?
Process Explorer, VMMap, PoolMon ou WPR conforme a categoria.
Baixar RAMMap v1.63 da Microsoft
Use o ZIP oficial atual e salve uma linha de base antes de alterar a memória.