RAMMap Empty Standby List no Windows 11: como testar com segurança

O que a lista Standby realmente contém

A lista Standby contém páginas de memória física com dados úteis em cache, mas disponíveis para reutilização quando a demanda aumenta. Um valor alto não significa memória permanentemente bloqueada.

O Windows mantém arquivos e código recentes na RAM porque relê-los ali é mais rápido do que acessar o armazenamento. Depois da limpeza, as mesmas páginas podem voltar imediatamente, aumentando E/S e deixando o próximo carregamento mais lento.

A documentação do Microsoft RAMMap mostra Use Counts, Priority Summary e File Summary para analisar a categoria antes de alterá-la.

RAMMap e EmptyStandbyList.exe têm funções diferentes

RAMMap é uma ferramenta atual da Microsoft Sysinternals com visualizações, snapshots e menu Empty. EmptyStandbyList.exe é o nome associado a um pequeno utilitário de terceiros por linha de comando para acionar operações específicas.

RAMMap mostra o estado antes da mudança. Um executável de função única é fácil de automatizar, mas limpar repetidamente não remove o processo, driver ou carga que reconstrói o cache.

Em 16 de julho de 2026 não foi possível confirmar uma página atual de primeira parte nem um pacote EmptyStandbyList.exe vigente e verificável. Por isso o site não oferece mirror; RAMMap v1.63 é a opção verificada.

Teste controlado com RAMMap

Baixe o ZIP da Microsoft, extraia tudo e execute RAMMap64.exe em Intel/AMD ou RAMMap64a.exe no Windows on ARM. O ZIP v1.63 verificado tem 737.190 bytes e SHA256 6536A8107A3FB391E4443F2742366067341A7DA50DE89F99CA0B2390120DD0CC.

Use a ação apenas para comparar cache quente e frio, reproduzir uma orientação de suporte ou separar desempenho de cache e armazenamento. Salve seu trabalho, pois o próximo acesso pode ser mais lento.

1. 1

   Anote Total, Active, Standby, Modified, Free e Zeroed.

2. 2

   Defina a mesma tarefa com os mesmos arquivos e versão.

3. 3

   Meça primeiro a execução normal com cache quente.

4. 4

   Selecione uma vez Empty > Empty Standby List sem combinar outros comandos.

5. 5

   Repita a tarefa, compare tempo e E/S e deixe o Windows reconstruir o cache.

Quando o teste ajuda e quando engana

Uma limpeza única pode criar cache frio ou mostrar que os mesmos arquivos reconstroem Standby imediatamente. Isso é evidência de diagnóstico, não prova de cache defeituoso.

Ela não corrige vazamento, driver ou aplicativo que continua alocando. Se Process Private ou Nonpaged Pool cresce, investigue a categoria. Consulte o guia de tipos de memória e o guia do menu Empty.

Como avaliar uma fonte de download

Antes de executar como administrador, identifique o editor, uma página atual de primeira parte, URL sem alteração, hash reproduzível e assinatura ou histórico de lançamento. Nome de arquivo, mirror e anexo não bastam.

Se essas provas faltarem, use RAMMap da Microsoft ou continue o diagnóstico sem limpar. Para o ZIP oficial, siga o guia de verificação do RAMMap.

Fazer uma comparação controlada com RAMMap Empty Standby List

Antes de esvaziar, registre Use Counts, Available, a carga exata e um resultado cronometrado. RAMMap Empty Standby List só ajuda quando a mesma tarefa pode ser repetida com cache quente e frio. Se o valor volta depois de abrir os mesmos arquivos, isso costuma ser reconstrução normal do cache, não falha do comando.

Separe nas anotações RAMMap, EmptyStandbyList.exe e limpadores agendados. Um comando de teste muda uma lista em um momento conhecido; um limpador recorrente muda o estado antes da investigação. Se o sintoma não mudar, pare o teste e examine processo, Mapped File, pools ou paginação.

Mantenha aplicativo, arquivos, disco, plano de energia e condições de reinício iguais. A primeira execução pode ser mais lenta por causa do cache frio. Repita a medição e compare vários resultados, incluindo Available e a latência observada, em vez do número logo após Empty.

Esvaziar Standby não reduz Process Private nem Nonpaged Pool. Se um processo ou driver continuar crescendo, preserve os snapshots e investigue o proprietário. Alterar várias listas ao mesmo tempo elimina a relação entre causa e resultado.

Depois da ação, não conclua apenas porque um número diminuiu. Registre o tempo de resposta, acessos ao disco, Available e o resultado da mesma carga repetida. Se Standby volta rapidamente, o Windows provavelmente está reconstruindo um cache útil; isso não justifica automatizar a limpeza. Se a pressão de memória continuar, examine Process Private, Mapped File, Nonpaged Pool e paginação separadamente e escolha a investigação conforme o proprietário observado. Guarde os dois snapshots e a descrição da carga para que outra pessoa consiga repetir o teste. Considere também a leitura extra do armazenamento: um valor menor pode deixar o aplicativo mais lento sem corrigir a causa.

Inclua na evidência a ação exata, o horário, o volume de dados e a latência observada. Uma captura isolada não separa cache normal de problema. Repita o cenário após reiniciar se o histórico de leitura puder influenciar o resultado. Não prometa ganho permanente: Standby faz parte do gerenciamento normal do Windows. Se o teste não mudar o sintoma, esse é o resultado e não um motivo para adicionar outro limpador.

Defina antes um critério claro para encerrar o teste. Assim você não repete a limpeza quando a causa está em um processo ou driver. Uma redução momentânea não prova reparo; mostra apenas que páginas recuperáveis foram removidas. Registre novamente Use Counts e a categoria que possui a memória.

FAQ da lista Standby