Controllo bug 0x4D: NO_PAGES_AVAILABLE
Il controllo dei bug NO_PAGES_AVAILABLE ha un valore pari a 0x0000004D. Ciò indica che non sono disponibili pagine gratuite per continuare le operazioni.
Importante
Questo articolo è destinato ai programmatori. Se si è un cliente che ha ricevuto un codice di errore della schermata blu durante l'uso del computer, vedere Risolvere gli errori della schermata blu.
parametri NO_PAGES_AVAILABLE
| Parametro | Descrizione |
|---|---|
| 1 | Numero totale di pagine dirty |
| 2 | Numero di pagine dirty destinate al file di pagina |
| 3 | Dimensioni del pool non di paging disponibile al momento in cui si è verificato il controllo dei bug |
| 4 | Stato dell'errore di scrittura modificato più recente. |
Causa
Per visualizzare le statistiche di memoria generali, usare l'estensione !vm 3 .
Questo controllo di bug può verificarsi per uno dei motivi seguenti:
Un driver ha bloccato, bloccando i writer di pagine modificati o mappati. Alcuni esempi includono deadlock mutex o accessi alla memoria di paging nei driver del file system o nei driver di filtro. Indica un bug del driver.
Se il parametro 1 o il parametro 2 è grande, questa è una possibilità. Usare !vm 3.
Un driver di archiviazione non elabora le richieste. Alcuni esempi sono code bloccate e unità che non rispondono. Indica un bug del driver.
Se il parametro 1 o il parametro 2 è grande, questa è una possibilità. Usare !vm 8, seguito da !process 0 7.
Un thread in tempo reale con priorità elevata ha risolto il gestore del set di bilanciamento dalle pagine di taglio dal working set o ha risolto il writer di pagine modificato dalla scrittura. Indica un bug nel componente che ha creato questo thread.
Questa situazione è difficile da analizzare. Provare a usare !ready. Provare anche !process 0 7 per elencare tutti i thread e verificare se sono stati accumulati tempi di kernel eccessivi e quali sono le priorità correnti. Tali processi potrebbero aver impedito ai thread di gestione della memoria di rendere disponibili le pagine.
Il pool non è sufficiente per lo stack di archiviazione per scrivere pagine modificate. Indica un bug del driver.
Se il parametro 3 è piccolo, questa è una possibilità. Usare !vm e !poolused 2.
Se il problema non è stato trovato, provare ad eseguire l'avvio con un debugger del kernel collegato dall'inizio e monitorare la situazione.