RAMMap Empty Standby List in Windows 11: guida a un test sicuro

Che cosa contiene davvero l’elenco standby

L’elenco standby contiene pagine di memoria fisica con dati ancora utili in cache, ma riutilizzabili quando aumenta la richiesta. Un valore Standby elevato non indica quindi memoria bloccata in modo permanente.

Windows conserva file e codice recenti nella RAM perché rileggerli è più rapido che accedere all’unità. Dopo lo svuotamento le stesse pagine possono tornare subito, aumentando l’I/O e rallentando il caricamento successivo.

La documentazione Microsoft RAMMap descrive Use Counts, Priority Summary e File Summary per analizzare la categoria prima di modificarla.

RAMMap ed EmptyStandbyList.exe a confronto

RAMMap è un’utilità Microsoft Sysinternals attuale con viste di analisi, snapshot e menu Empty. EmptyStandbyList.exe indica un piccolo strumento di terze parti da riga di comando che attiva direttamente alcune operazioni.

RAMMap mostra lo stato prima del cambiamento. Un eseguibile monofunzione è facile da automatizzare, ma uno svuotamento ripetuto non elimina processo, driver o carico che ricrea la cache.

Il 16 luglio 2026 non è stato possibile confermare una pagina di rilascio corrente di prima parte né un pacchetto EmptyStandbyList.exe attuale verificabile. Il sito non offre quindi mirror; RAMMap v1.63 è l’opzione verificata.

Procedura controllata con RAMMap

Scarica lo ZIP Microsoft, estrailo e avvia RAMMap64.exe su Intel/AMD oppure RAMMap64a.exe su Windows on ARM. Lo ZIP v1.63 verificato misura 737.190 byte e ha SHA256 6536A8107A3FB391E4443F2742366067341A7DA50DE89F99CA0B2390120DD0CC.

Usa l’azione solo per confrontare cache calda e fredda, riprodurre una procedura di supporto o isolare l’effetto dell’archiviazione. Salva il lavoro perché l’accesso successivo può essere più lento.

1. 1

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

2. 2

   Definisci un’attività identica con gli stessi file e la stessa versione.

3. 3

   Misura prima l’esecuzione normale con cache calda.

4. 4

   Seleziona una volta Empty > Empty Standby List senza altri comandi Empty.

5. 5

   Ripeti l’attività, confronta tempo e I/O e lascia che Windows ricostruisca la cache.

Quando il test aiuta e quando inganna

Uno svuotamento singolo può creare una cache fredda o mostrare che gli stessi file ricostruiscono subito Standby. È un’informazione diagnostica, non la prova di una cache difettosa.

Non corregge memory leak, driver o applicazioni che continuano ad allocare. Se Process Private o Nonpaged Pool cresce, indaga la categoria. Consulta la guida ai tipi di memoria e la guida al menu Empty.

Valutare una fonte di download

Prima di eseguire un file come amministratore identifica editore originale, pagina corrente di prima parte, URL non modificato, hash riproducibile e firma o cronologia di rilascio. Nome file, mirror e allegato non bastano.

Se mancano queste prove, usa RAMMap da Microsoft o continua la diagnosi senza svuotare. Per lo ZIP Microsoft segui la guida di verifica di RAMMap.

Confrontare RAMMap Empty Standby List in modo controllato

Prima di svuotare, annota Use Counts, Available, carico esatto e un risultato cronometrato. RAMMap Empty Standby List è utile solo se la stessa azione può essere ripetuta con cache calda e fredda. Se il valore torna aprendo gli stessi file, di solito è ricostruzione normale della cache, non un comando fallito.

Tieni separate nelle note RAMMap, EmptyStandbyList.exe e i pulitori pianificati. Un comando di test cambia una lista in un momento noto; un pulitore ricorrente cambia lo stato prima della diagnosi. Se il sintomo resta uguale, interrompi il test e controlla processo, Mapped File, pool o paging.

Mantieni uguali applicazione, file, unità, profilo energetico e condizioni di riavvio. Una prima esecuzione più lenta può dipendere dalla cache fredda. Ripeti la misura e confronta più risultati, inclusi Available e latenza, invece del numero subito dopo Empty.

Svuotare Standby non riduce Process Private né Nonpaged Pool. Se un processo o driver continua a crescere, conserva gli snapshot e cerca il proprietario. Modificare più liste insieme elimina il rapporto tra causa e risultato.

Dopo l’azione non concludere solo perché un numero è sceso. Registra latenza, accessi al disco, Available e il risultato dello stesso carico ripetuto. Se Standby torna rapidamente, Windows sta probabilmente ricostruendo una cache utile; non è un motivo per automatizzare lo svuotamento. Se la pressione continua, esamina separatamente Process Private, Mapped File, Nonpaged Pool e paging e scegli lo strumento in base al proprietario osservato. Conserva entrambi gli snapshot e la descrizione del carico, così un altro amministratore può ripetere il confronto. Considera anche le letture aggiuntive: un numero più basso può rallentare l’applicazione senza correggere la causa.

Aggiungi alle prove l’azione esatta, l’orario, la quantità di dati e la latenza osservata. Uno screenshot isolato non distingue una cache normale da un problema. Ripeti lo scenario dopo un riavvio se la cronologia delle letture può influire. Non promettere un miglioramento permanente: Standby è parte della gestione normale della memoria di Windows. Se il test non cambia il sintomo, è comunque un risultato e non un motivo per aggiungere un altro pulitore.

Definisci prima un criterio per fermare il test. Così non ripeti lo svuotamento quando la causa è un processo o un driver. Una riduzione temporanea non dimostra una riparazione: indica solo che sono state rimosse pagine recuperabili. Salva di nuovo Use Counts e confronta la categoria proprietaria.

Annota la decisione e modifica poi una sola variabile.

FAQ sull’elenco standby