svchost.exe che mangia CPU: quale di questi servizi può essere la causa?

Grazie a queste fantastiche istruzioni sono stato finalmente (!) In grado di identificare i servizi del processo svchost.exe che consuma tanta parte della mia CPU sul mio Windows XP Professional SP3 (Versione 2002):

Process                   PID    Services
========================= ====== =============================================
svchost.exe                 5516 BITS, EventSystem, Nla, RasMan, SENS,        
                                 ShellHWDetection, TapiSrv, W32Time, winmgmt, 
                                 wuauserv

Adesso:

Quale di questi servizi può potenzialmente essere la causa del problema?
Devo ora provare a fermarne qualcuno?
In caso affermativo, quale di questi servizi può essere arrestato in modo sicuro e quale è meglio non interrompere affatto? (Senza destabilizzare il sistema)
Come posso gestire i servizi? Usando services.msc? Il problema services.mscè che ho localizzato Windows e li vedo tutti tradotti. Esiste un modo per abbinare e interrompere / avviare il servizio corrispondente con i nomi inglesi forniti sopra?

Molte grazie!

PS: produrre l'output di cui sopra per trovare i servizi del avido processo svchost.exe è stato complicato sulla mia Windows localizzata, poiché il /fifiltro sul nome del processo non ha funzionato (i comandi di filtro stessi sono tradotti in ceco e non è possibile inserirli sulla console a causa di problemi di set di caratteri !!! Braindamaged M $ !!!). Ecco come l'ho fatto:

tasklist /v > c:\tomas\file.txt
Trova il PID del corretto processo svchost usando la memoria.
tasklist /svc /fi "PID eq 5516"

PS: questo non è affatto un duplicato di # 995581, non riguarda i dati ma il consumo di CPU, inoltre i problemi di svchost erano così frequenti che merita una domanda specifica, che riguarda anche servizi specifici. Quella domanda non risolverebbe affatto il mio problema.

— Tomas
fonte

Facendo riferimento alla tua modifica e al mio rollback: accettare una risposta è sufficiente per indicare che il problema è stato risolto.

— Kamil Maciorowski l'

Solo per dirlo di nuovo: Windows XP ha raggiunto la fine della sua vita più di quattro anni fa. Negli ultimi quattro anni, con due notevoli eccezioni, non ha avuto alcun patch creati ... nemmeno aggiornamenti critici di sicurezza, e non anche quando non ci sono note falle di sicurezza scoperte (e ce ne sono molti di questi!) E 'pericoloso e irresponsabile continuare a utilizzare questo sistema. L'aggiornamento a un sistema operativo supportato dovrebbe essere il lavoro n. 1.

— Joel Coehoorn,

Apprezziamo il tuo contributo, ma come già detto da Kamil non etichettiamo le nostre domande come "risolte finalmente" all'interno della community di Super User. Lo possiamo vedere facilmente dal fatto che esiste una risposta accettata. Ancora più importante, è davvero necessario passare a un sistema operativo più moderno di Windows XP. Usarlo è semplicemente chiedere un incidente di sicurezza.

— Run5k,

questo è lo stesso di Windows 7, in cui WindowsUpdate causa il problema. Con molti aggiornamenti rilasciati nel corso degli anni, WU è lento nel controllare quali aggiornamenti sono realmente necessari.

— magicandre1981,

Questo dovrebbe essere migrato su retrocomputing.stackexchange.com ?

— Heinzi,

Prima di tutto: non usare Windows XP. Questo è un incidente in attesa di accadere.

Detto questo, ne sono quasi certo, questo wuauservè il colpevole: Windows Update è completamente rotto con Windows XP e non serve più alcuno scopo. Prova net stop wuauservad assicurarti.

— Eugen Rieck
fonte

È il componente server degli aggiornamenti automatici di Windows (wuauctrl è il client). In quanto deve creare l'elenco degli aggiornamenti da installare. Poiché una mente brillante ha scelto un algoritmo O (e ^ n) per farlo, questo diventa incontrollabilmente lento con un numero crescente di aggiornamenti da considerare. Poiché è anche responsabile dell'esecuzione dei programmi di installazione, potrebbe essere eseguita un'istanza SR se interrotta durante il tentativo (e non riuscito) di installare un aggiornamento.

— Eugen Rieck,

Il processo di installazione di molti aggiornamenti di Windows inizia con la creazione di un punto di ripristino del sistema in modo da disporre di una versione funzionante del sistema, se l'aggiornamento non riesce. Se fallisce (ad es. wuauservUccidendolo), il servizio di ripristino del sistema tornerà a questo punto di ripristino, eliminando così qualsiasi effetto collaterale indesiderato del tentativo di installazione fallito.

— Eugen Rieck,

Non dovrebbe volerci molto, solo per chiarire: il servizio SR farà un vero lavoro solo per un breve periodo di tempo, ma continuerà ad esistere fino al riavvio. In effetti, sono abbastanza sicuro che esistesse già prima, ma era così basso nella scala delle attività, che proprio non lo vedevi.

— Eugen Rieck,

@Tomas, dovrei davvero ribadirlo, non usare più WinXP. Se ne hai bisogno per una strana compatibilità all'indietro, la soluzione migliore è una macchina virtuale isolata. Vorrei anche assicurarmi che non sia connesso a Internet. WinXP ha così tante vulnerabilità di codice remoto senza patch a questo punto, insieme a aggiornamenti di sicurezza poco o niente per i browser ... come ha detto Eugen, è un incidente (completo compromesso) in attesa di accadere.

— Jarrod Christman,

Non limitarti a interrompere il servizio ... contrassegnalo come disabilitato, quindi non funzionerà più. Il supporto per Windows XP è stato sospeso, quindi non è nemmeno come se potesse trovare un nuovo aggiornamento, e quindi lasciarlo funzionare in background non serve.

— Joel Coehoorn,