L'utilizzo della memoria di Windows 7 (x64) sale al 90% + mentre il sistema è inattivo?


12

Ho Windows 7 con 4 GB di RAM. Quando il sistema si avvia da un nuovo avvio, inizio con circa il 33% di utilizzo. Tuttavia, se me ne vado con il mio PC inattivo per alcune ore o durante la notte, il mio PC in genere sale agli alti anni 80 o addirittura oltre il 90% di utilizzo (una volta, è arrivato fino al 98%!).

Il commit più grande è in genere SVCHost.exe a circa 500 MB. Anche il mio processo sidebar.exe tende a salire allo stesso numero.

Questo è un nuovo sviluppo dall'aggiornamento a Win7 SP1 e non trovo molte informazioni al riguardo su Internet. Qualcun altro ha riscontrato questo problema?

Modifica Sta causando gravi problemi di prestazioni quando torno al PC. Devo riavviare per recuperare la memoria.

Modifica 2: contrassegnato come "service-pack". Questo problema non si è verificato fino all'installazione di SP1, quindi mi chiedo se questa potrebbe essere la causa principale.


Come stai misurando l'utilizzo della memoria? Il task manager che dice che 512 MB liberi da 6 GB vanno bene se la maggior parte è nella cache in quanto verrà immediatamente liberata se necessario ...
Mokubai

Non hai descritto il problema. Perché hai bisogno della memoria indietro? Cosa succede se non si riavvia? Tutto il comportamento che hai descritto è completamente normale. La memoria libera è memoria sprecata: non è come se oggi utilizzassi solo 2 GB, domani puoi utilizzare 6 GB.
David Schwartz,

Ho 6 GB di RAM su Win7 SP1, voglio usare VS2015 e SQL Management Studio per lo sviluppo, ma con nulla che esegue la ram fisica utilizzata è del 90 +% ora puoi immaginare cosa accadrà se eseguo entrambe e verranno utilizzati così tanti mem virtuali, e poiché l'HD è un modo per rallentare per essere usato come memoria, puoi immaginare cosa accadrà. La maggior parte dei mem utilizzati è di svchost.exe -k LocalSystemNetworkRestricted
Adeem

Risposte:


6

È solo un problema se quella memoria non è disponibile per altre attività quando viene chiamata. Solo perché è usato ora non significa che non possa essere rilasciato rapidamente quando necessario, e infatti lasciare la memoria inutilizzata sarebbe il vero spreco.

Come nota a margine, questa è un'altra differenza nel modo in cui Windows e Linux usano la memoria. Su un sistema Linux, questo sarebbe un po 'più preoccupante perché lo swap è solo usato come ultima risorsa. Nulla viene scambiato a meno che non sia assolutamente necessario, e quindi Linux dovrebbe prima impiegare il tempo per scrivere RAM usata nella partizione di swap prima che possa essere recuperata per altri programmi. A Windows, d'altra parte, piace mantenere continuamente tutta la paginazione della RAM. In questo modo, se deve utilizzare la RAM per utilizzare un altro processo, è già impaginato su disco e quindi può essere recuperato molto più rapidamente. È un compromesso: Linux è più veloce in questo senso per la RAM che non verrà mai cercata / scambiata, e Windows è più veloce in questo senso per quei momenti in cui è necessario scambiare rapidamente.


@JoelCoehoom "A Windows, d'altra parte, piace mantenere sempre tutta la paginazione della RAM." Mi dispiace, ma questo è un mito comune. Sul mio atm di sistema ho 16 GiB di RAM e 7,5 GiB di spazio di indirizzi virtuali supportati da file di paging (ovvero "commit charge"). Ma il file di paging in realtà contiene solo circa 570 MiB. (Penso che il mito sia iniziato quando il task manager di XP, per qualche ragione insondabile, ha etichettato quel grafico "utilizzo PF". In realtà stava solo mostrando il costo di commit, che può essere considerato come l'attuale potenziale utilizzo del file di paging.
Jamie Hanrahan

Ho 6 GB di RAM su Win7 SP1, voglio usare VS2015 e SQL Management Studio per lo sviluppo, ma con nulla che esegue la ram fisica utilizzata è del 90 +% ora puoi immaginare cosa accadrà se eseguo entrambe e verranno utilizzati così tanti mem virtuali, e poiché l'HD è un modo per rallentare per essere usato come memoria, puoi immaginare cosa accadrà. La maggior parte dei mem utilizzati è di svchost.exe -k LocalSystemNetworkRestricted
Adeem

2

Disabilita il processo della barra laterale. È noto che perde molta memoria (anche se è più probabile che i componenti aggiuntivi che ospita probabilmente causano perdite di risorse).

Suggerimento: l'aggiornamento a 8 GB di RAM è migliore se la scheda madre è in grado di supportarlo poiché Windows Vista e Windows 7 consumano molta memoria e le applicazioni più recenti sembrano utilizzare anche più RAM al giorno d'oggi.


2
Non considero davvero "disabilitare la barra laterale" come un'opzione praticabile. I miei gadget sono lì da quando ho ottenuto il sistema e questo problema è solo recente (da SP1).
Chris Sobolewski,

@ Chris Sobolewski: questa è sicuramente la tua scelta. Naturalmente, se lo disabiliti per un po ', avrai il vantaggio di escluderlo come colpevole (o determinare che è la causa delle perdite di risorse). Inoltre, non scartare la possibilità che l'aggiornamento SP1 possa aver aggiornato alcuni di quei gadget e il codice della barra laterale stesso - solo perché è un aggiornamento per correggere le cose non significa che non abbia rotto qualcos'altro.
Randolf Richardson,

2

Stai dicendo che il maggior utilizzo di memoria è di 5 MB? Per me svhost.exe occupa 180 MB di memoria e Firefox con l'esecuzione di alcune schede richiede circa 500 MB. Puoi controllare qual è veramente l'uso della memoria e farcelo sapere? SQL Server è installato? SQL è noto per mangiare tutto vivo a seconda del tipo di database che potresti avere per lo sviluppo.

Prendi comunque Process Explorer , ordina i tuoi processi in base a Byte privati ​​e vedi cosa sta prendendo tutta l'app di memoria .. o forse hai molti processi che insieme lo fanno mangiare tutta la memoria disponibile. Devi verificarlo.


È corretto. Quando inizio, il processo host occupa circa 180 MB, proprio come il tuo, ma quando torno da un lungo periodo di non utilizzo, tende a essere intorno a 500 MB. Potresti essere su qualcosa con SQL, sto eseguendo un'istanza di mySQL, tuttavia io è solo a scopo di test e il DB non dovrebbe fare nulla se non sto usando il PC. Ci proverò, ma mi chiedo come si connette poiché uso il PC da un po 'e questo è un nuovo fenomeno.
Chris Sobolewski,

Puoi usare Process Explorer e fare clic con il pulsante destro del mouse su svchost.exe nel processo offensivo, quindi andare alla scheda servizi e scoprire quali servizi è in esecuzione. Il mio svhost.exe con una grande quantità di memoria ospita 2 servizi BFE e MpsSvc. Vedi quali altri processi hai lì. Inoltre sembra che ci siano molte opzioni possibili sulla perdita di memoria di svhost -> social.technet.microsoft.com/Forums/en-US/w7itproperf/thread/… Prova a cercare su google. Può essere qualsiasi problema, dalle perdite di servizio ai driver video. Puoi provare ad aggiornare i tuoi driver alle versioni più recenti?
MadBoy,

2

Con Process Explorer, puoi passare il mouse sul scvhost.exeprocesso per vedere quali servizi ospita.

Se devi risolvere questo problema in dettaglio, Microsoft Sysinternals VMMap può aiutarti a farlo.
Ti permette di ispezionare quale memoria è mappata e potrebbe permetterti di identificare il servizio specifico ...

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine


Sembra che dovrebbe essere utile. Ha un'opzione di registrazione in modo che io possa lasciarlo e andare via, quindi vedere cosa è successo mentre ero via?
Chris Sobolewski,

@ChrisSobolewski: non credo che a parte la sequenza temporale o lasciando Process Explorer in esecuzione in background ...
Tamara Wijsman

0

Ho lo stesso problema - apparentemente, è una perdita di memoria nella barra laterale causata da IE9. Ecco maggiori informazioni.

Ci sono due correzioni che conosco in questo momento: c'è un hack che di tanto in tanto riavvia la barra laterale e una soluzione più permanente è disinstallare IE9.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.