Risposta breve

Usa Physical Pages quando il totale per categoria non basta e devi collegare singole pagine fisiche a un processo, un file, un tipo di utilizzo o uno stato dell’elenco. Annota il carico di lavoro, aggiorna una volta, filtra le colonne utili e salva uno snapshot prima di qualsiasi azione del menu Empty. Molte righe da sole non dimostrano una perdita di memoria: interpreta insieme proprietario, stato e cambiamento nel tempo.

A cosa serve RAMMap pagine fisiche

Use Counts suddivide la memoria tra Process Private, Mapped File, Standby, Modified, pool e altre categorie. Physical Pages mostra le singole righe per seguire un processo, un file o uno stato.

Usa la scheda come rilievo, non come pannello permanente. L’aggiornamento può essere lento con molta RAM; la tabella da sola non prova una perdita o un driver difettoso. Annota l’ora per confrontare o condividere il rilievo.

Scegli la vista RAMMap in base alla domanda
DomandaInizia daPerché proseguire con Physical Pages
Quale categoria è elevata?Use CountsRegistra il totale e poi cerca righe concrete.
Quale processo possiede pagine residenti?ProcessesAggiunge contesto a un totale condiviso o misto.
Quali file occupano memoria mappata?File SummaryEsamina un campione di righe legate ai file e il relativo stato.
Un carico ha cambiato la memoria?Due snapshotUsa la tabella dettagliata per spiegare una differenza significativa.

Preparare un aggiornamento utile di Physical Pages

Definisci una domanda ripetibile: quali pagine associate ai file compaiono dopo un’importazione, o se un processo le conserva dopo la chiusura. Annota Windows, versione di RAMMap, architettura, carico, ora e sintomo.

Controlla memoria disponibile e paging in Gestione attività, aggiorna Use Counts e salva un rilievo base prima della tabella. Se il sistema è sotto pressione, salva il lavoro ed evita di ripetere Empty.

  1. Definisci l’evento

    Scegli un’azione dell’app, un’operazione su file o un intervallo di inattività che si possa ripetere.

  2. Registra la base

    Aggiorna Use Counts, annota l’orario e salva uno snapshot prima di aprire una tabella Physical Pages estesa.

  3. Aggiorna una volta

    Apri Physical Pages e attendi che la mappatura termini. Non fare clic più volte durante l’elaborazione.

  4. Filtra prima di interpretare

    Limita le righe a utilizzo, processo, file o stato dell’elenco pertinenti alla domanda.

Come leggere le righe delle pagine fisiche

Ogni riga combina utilizzo o proprietario e stato: Active, Standby, Modified, Free o altro. Una pagina di file in Standby non equivale a una pagina Active di Process Private.

Ordina per trovare uno schema e verifica un campione sufficiente. Alcune righe possono spiegare un aumento di Mapped File, ma non attribuiscono tutte le pagine a un file. Confronta con il totale e il carico; salva la vista per la revisione.

Ordine pratico per leggere una riga Physical Pages
Campo o indizioCosa può mostrareCosa non dimostra da solo
Utilizzo / proprietarioIl collegamento con processo, file o categoria di sistema.Che il proprietario sia difettoso o causi una perdita.
Stato dell’elencoSe la pagina è attiva, in cache, modificata o libera.Che una pagina in cache non sia disponibile a Windows.
File o percorsoI dati associati a file presenti nel campione.Che quel file causi tutta la pressione del sistema.
Orario e caricoQuando la riga è stata acquisita e quale azione l’ha preceduta.Che due catture siano confrontabili se il carico è cambiato.
Illustrazione editoriale che confronta due snapshot di memoria fisica suddivisa per categorie
Uno snapshot prima e uno dopo aggiungono l’orario e il contesto del carico necessari per interpretare un campione Physical Pages.

Filtrare la tabella senza perdere il contesto

Ordina una colonna stabile e filtra una dimensione alla volta: proprietario, file, uso o stato. Per i processi confronta Processes; per i file parti da File Summary.

Mantieni visibili intestazioni, scheda, ora, architettura e totale utile. Senza intestazioni, lo screenshot può nascondere se proviene da Physical Pages, File Details o da uno snapshot caricato.

  • Usa una sola domanda per filtro: proprietario, file, utilizzo o stato dell’elenco.
  • Indica se le righe provengono da un aggiornamento live o da uno snapshot caricato.
  • Ripeti lo stesso ordinamento e la stessa sequenza di filtri tra base e riproduzione.
  • Non dedurre una gravità maggiore dal numero di righe senza controllare byte e stato.
  • Salva lo snapshot non filtrato prima di preparare un rapporto.

Flusso di diagnosi ripetibile con Physical Pages

Cattura riferimento, riproduzione e recupero. Ripeti la stessa azione e confronta totale, proprietario e stato in ogni fase; una variazione temporanea della cache non sembra una correzione definitiva.

Se le righe cambiano ma memoria disponibile e reattività restano normali, annotalo. Se Process Private cresce a ogni prova e persiste dopo il carico, indaga memoria privata o perdite. La crescita del kernel richiede una diagnosi specifica.

  1. Base

    Registra Use Counts e salva uno snapshot con lo stato dei filtri Physical Pages.

  2. Riproduci

    Esegui un’azione controllata, come aprire lo stesso progetto o importare gli stessi file.

  3. Confronta

    Aggiorna una volta, confronta i totali e controlla un gruppo rappresentativo di righe.

  4. Verifica il recupero

    Chiudi il carico o attendi l’inattività, poi cattura cosa resta e cosa può essere recuperato.

Mantieni circoscritto il test

Non combinare Empty Working Sets, Empty Standby List e Modified Page List nello stesso esperimento. Una modifica alla volta mantiene interpretabili le prove Physical Pages.

Interpretare gli schemi più comuni

Le righe di file in Standby possono essere cache riutilizzabile, recuperata da Windows quando cresce la richiesta. Per valutare Mapped File Active, controlla percorso, accesso e andamento.

Dopo la stessa azione confronta Process Private, Processes e memoria impegnata. Un calo alla chiusura può essere normale; una crescita continua a riposo richiede un controllo.

  • Molto Standby con memoria disponibile sana: registra l’osservazione e verifica con un carico controllato.
  • Mapped File attivo legato a un’operazione ripetibile: controlla File Summary e percorso prima di cambiare la cache.
  • Process Private che resta dopo la chiusura o cresce a ogni prova: confronta i dati del processo.
  • Crescita di Nonpaged Pool o Driver Locked: conserva le catture e passa a strumenti kernel o driver.
  • Aggiornamenti grandi o lenti: restringi la domanda a una categoria o a uno snapshot.
Illustrazione editoriale della memoria fisica divisa in categorie di pagine colorate
Una mappa fisica può essere raggruppata per utilizzo; ogni campione richiede comunque proprietario, stato e contesto del carico.

Costo dell’aggiornamento, snapshot e limiti sicuri

Con molta RAM, l’aggiornamento di Physical Pages può richiedere tempo. Pianifica il rilievo, evita cicli ripetuti e carica uno snapshot per rivedere uno stato precedente.

Assegna allo snapshot macchina, carico, fase e ora; conserva la base e indica se la vista è live o caricata.

Esempio di nome per uno snapshot2026-10-23-PC01-project-import-baseline.rmp
La diagnosi non è ottimizzazione

Le azioni Empty possono eliminare cache utile o ridurre temporaneamente i working set. Usale solo per un esperimento che richiede uno stato noto e confronta lo stesso carico prima e dopo.

Quando usare un altro strumento di memoria per Windows

RAMMap dettaglia categorie e rilievi puntuali, ma non copre ogni diagnosi. Usa Gestione attività per la pressione, Process Explorer per i processi, Performance Monitor per le tendenze, PoolMon per i pool e WPR/WPA per le tracce.

Condividi domanda, rilievi prima/dopo, totali, un campione spiegato, Windows e lo strumento successivo. Ora e carico danno contesto.

Scegli lo strumento successivo in base al livello delle prove
Indizio osservatoStrumento successivo utileMotivo
Pressione rapida sulla memoria disponibileGestione attivitàConferma la pressione percepita e il contesto della memoria impegnata.
Proprietà o handle di un processoProcess ExplorerEsamina dettagli che le righe fisiche non mostrano.
Tendenza su più orePerformance MonitorRaccoglie contatori senza ricreare spesso la mappa delle pagine.
Crescita di un pool kernelPoolMon / WPRPassa dalle pagine ai tag del pool o a una traccia.

Domande frequenti su RAMMap pagine fisiche

Che cosa mostra RAMMap Physical Pages?

Mostra singole righe di memoria fisica con informazioni su utilizzo, proprietario, file o stato dell’elenco. È più dettagliata di Use Counts e va accompagnata da orario e carico.

Perché Physical Pages impiega molto ad aggiornarsi?

Una mappa dettagliata richiede più lavoro di una vista riepilogativa, soprattutto con molta RAM. Aggiorna una volta, attendi il completamento e usa snapshot per la revisione.

Physical Pages può dimostrare una perdita di memoria?

No, non da sola. Può mostrare uno schema ripetibile, ma servono anche catture dopo il recupero e analisi dell’applicazione o delle prestazioni.

Le righe Standby sono un problema?

Non da sole. Le pagine Standby sono cache recuperabile. Prima di svuotarle controlla memoria disponibile, reattività e riutilizzo.

Devo svuotare un elenco prima di leggere Physical Pages?

No. Salva prima lo stato normale. Le azioni Empty modificano lo stato e possono nascondere il comportamento che stai esaminando.

Che cosa includere in uno screenshot di Physical Pages?

Includi scheda, intestazioni, orario, filtri, versione di RAMMap e carico. Aggiungi il totale della categoria collegata per dare contesto al campione.

FONTE UFFICIALE MICROSOFT

Ottieni RAMMap prima di raccogliere prove

Microsoft elenca RAMMap v1.63, pubblicato il 26 marzo 2026. Apri la pagina ufficiale Sysinternals, verifica i dettagli della versione e scarica lo ZIP prima di iniziare.

Apri la pagina di download Microsoft
La pagina ufficiale Microsoft si apre dopo una verifica della fonte di 15 secondi.

Continua l’analisi con RAMMap