Sto usando solo un numero limitato di programmi, ma viene utilizzata tutta la mia RAM. Queste immagini dovrebbero fornire dati sufficienti. Ho anche trovato questo post, quindi ecco il file RAMMap (Mega.co.nz, 102 MB).

Credo che tutte le informazioni siano negli screenshot.

Come è possibile che sto usando il 98% della mia RAM da 8 GB con questi soli processi? In che modo un processo Chrome inferiore a 200 MB può equivalere al 13% della mia memoria?

Ho anche esaminato questa domanda, ma sicuramente qualcos'altro deve essere il caso qui? Sono al 100%, solo Chrome e Visual Studio 2013 non dovrebbero avere un tale impatto.

Hardware:

• Intel Core i7 4770K
• MSI Z87-GD65
• Sapphire R9 270X Dual-X 2GB GDDR5 OC Boost Lite
• Corsair RM750
• DIMM DDR3-1600 di Kingston HyperX Genesis 8 GB
• Samsung 840 EVO 250 GB
• 2 dischi rigidi per dati (1 x 1 TB, 1 x 2 TB)

Se hai spostato i file (di grandi dimensioni) attraverso la rete prima che ciò accadesse, allora sei all'indirizzo giusto.

La prima parte di questo post è una spiegazione su come diagnosticare questo problema e testarlo da soli, ma se si desidera solo la soluzione, è possibile saltare alla fine e modificare la voce di registro. Nient'altro è necessario se si è certi che questo vale per te.

La diagnosi

La prima cosa da fare è verificarlo, ovviamente. Puoi farlo installando poolmon tramite Windows Developer Kit.

Dopo C:\Program Files (x86)\Windows Kits\8.1\Tools\x64averlo installato, vai su (modificalo in 8.0 o x86 se applicabile nel tuo caso) e avvia poolmon.exe.

Successivamente, premere Pper ordinare per tipo di pool e Bper ordinare per quantità di byte.

Ora vedrai una schermata simile a questa:

Puoi vedere che il grosso problema qui è la voce con tag Wfpn. Se hai anche questo, sei nel posto giusto.

Il prossimo passo è scoprire a quale driver è correlato.

Apri il prompt dei comandi ( cmd.exe) e vai alla cartella dei driver con

cd c:\windows\System32\Drivers

e individuare il driver appropriato:

findstr /s Wfpn *.*

Questo dovrebbe darti qualcosa del genere:

Ora possiamo vedere che netio.sysè il colpevole. Dopo un rapido google mi sono imbattuto in un thread che discute (e risolve) questo problema.

Un utente ha diagnosticato questo problema avviando in modalità provvisoria e riconoscendo che il problema era stato risolto. Ciò significava che il problema si trovava in un driver che non era stato caricato. Usando l'eliminazione è emerso che il Ndu.sysdriver ha causato questo problema.

La soluzione

È possibile disabilitare il driver avviando l'editor del registro ( regedit.exe) e accedendo a

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Ndu

e cambiando il valore di "Start" in "4", che lo disabiliterà.

Riavvia il computer e tutto dovrebbe funzionare correttamente ora (ho appena trasferito file da 10 GB in rete a 10 MB / se il mio utilizzo della memoria non è andato oltre il 35%).

Questo post è una risposta accumulata da alcune fonti:

• Diagnosi della fonte della perdita di memoria
• Diagnosi del conducente e della soluzione