svchost.exe -k netsvcs che occupa> 1 GB di memoria


8

Ho notato che il mio server di produzione "svchost.exe -k netsvcs" occupa costantemente una memoria RAM di 1 GB, che a mio avviso è un po 'eccessiva.

Questo è ciò che tasklist / svc mi darà per questo processo:

                               Appinfo, CertPropSvc, gpsvc, IKEEXT,
                               iphlpsvc, LanmanServer, ProfSvc, Schedule,
                               SENS, SessionEnv, ShellHWDetection,
                               Winmgmt, wuauserv

Mi chiedevo quale potrebbe essere il processo elencato che è responsabile di questa perdita di memoria e come risolverlo. Qualcuno ha avuto lo stesso comportamento in passato?

Il server esegue Windows Server 2008 R2 (Build 7601: Service Pack 1) e la sua funzione principale è quella di eseguire i lavoratori interni del processore delle applicazioni.


Ho SP1 installato, ma ora che ne hai parlato ... support.microsoft.com/kb/977357 get-hotfix -id KB977357 get-hotfix: Impossibile trovare l'aggiornamento rapido richiesto sul computer "localhost". Se ho installato SP1 non dovrei avere questo aggiornamento rapido installato?
agentsvr

1
Il service pack esegue l'hotfix con esso, quindi non lo troverai nell'elenco.
Nathan C,

4
OK. Bene, direi che il prossimo passo è scoprire quale servizio esatto sta consumando la memoria, e l'unico modo per farlo è quello di scomporli nei loro processi svchost.exe uno alla volta usando SC Config Servicename Type= own. Vedi serverfault.com/questions/12278/…
Ryan Ries

Sei sicuro che il processo sia svchost.exe legittimo?
Konrad Gajewski,

Puoi anche interrompere / interrompere i servizi uno alla volta e vedere quando diminuisce l'utilizzo dei mem.
ssnobody,

Risposte:


1

La domanda è: è una perdita? Stai dicendo che l'utilizzo della memoria è "costante".

Perdita = l'utilizzo della memoria aumenta nel tempo, non diminuisce mai, quindi è necessario ricaricare il server una volta ogni tanto.

Se il taks rimane a lungo a ~ 1 GB (diciamo, due settimane), la situazione è perfettamente normale. Il software moderno è progettato per utilizzare la memoria libera ogni volta che è necessario e conosco alcuni programmi che cattureranno tutto ciò che c'è solo per risparmiare tempo sull'allocazione della memoria.

Se non impedisce il funzionamento del sistema, non toccarlo.


1

L'allocazione della memoria è molto costosa nei cicli della CPU rispetto al riutilizzo della memoria allocata esistente. È spesso che una volta avviato un programma, fino a quando non ha terminato la sua funzione, non "lascerà andare" questa memoria.

Ad esempio, Firefox mantiene la memoria per qualche tempo. Se lasci il computer acceso per una settimana con Firefox aperto, noterai che aumenterà costantemente le dimensioni della memoria. Dopo YouTubing, Google Play Music e navigazione, il mio raggiunge 2-4 GB di memoria, che si riduce a 300 MB dopo il riavvio del processo. Ciò è dovuto alle sue funzionalità di memorizzazione nella cache e questo comportamento legato alla progettazione.

Tenderei a credere che il processo SVCHost sta facendo esattamente come dovrebbe. Quanti servizi è in esecuzione sul tuo server? 1 GB Non sembra preoccupante, anche se dipende dai servizi in esecuzione.


1

Come passo successivo, se vuoi approfondire, installare Process Explorer (procexp.exe) che puoi trovare sul sito Microsoft. Ciò ti fornirà quali servizi utilizzano questo processo (vedi screenshot da procexp), quindi puoi interrompere / avviare i servizi e vedere se un particolare servizio è associato al rilascio / acquisizione di una grande allocazione di memoria. Ti dirà anche se si tratta di memoria allocata Working set o Private (= heap principalmente). Se è legato a un servizio specifico, avrai un percorso più chiaro per ulteriori ricerche.

Va da sé che è necessario eseguire questi test nella finestra di interruzione / manutenzione concordata o riprodurli su un server di test poiché si interromperanno le normali operazioni. Riavvia e controlla l'elenco dei servizi torna al normale set di esecuzione al termine del test.

Immagine dello schermo: http://i.imgur.com/20Ij6Mi.png

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.