O problema é que vários serviços compartilham um único processo (um design muito bobo). Esse compartilhamento significa que, se um deles usar muita memória, você não poderá identificá-lo facilmente. Pior, se um deles cair, todos eles caem. Da mesma forma, se você quiser matar a bagunça inchada, todos os serviços contidos nela morrerão.
Existe algo que você pode fazer com a lista de serviços do Gerenciador de Tarefas para esse processo, além de evitar isso com exasperação. Você pode isolá-los em seus próprios svchost.exe
processos para continuar a investigação. Se um svchost.exe
usa muita memória e contém apenas um serviço, então esse é o culpado.
Eu começaria isolando os prováveis culpados, como o Windows Update, que é o update-bloat / 962b9bdf-8c21-4fc3-b536-05bda9890c7b "> conhecido por causar svchost.exe
bloat .
Há uma correção recente do para o Windows Update, que pode ajudar com esse problema . O KB3050265, entre outras coisas, "... resolve um problema no qual o desempenho do sistema pode ser reduzido durante as varreduras. Esse problema tem o maior efeito em computadores que possuem pouca memória física."
Existe uma questão de superusuário lidando com isolamento de serviço, se você quiser tentar: " Isolar o serviço hospedado (svchost.exe) em seu próprio processo ".
Aqui estão capturas de tela do problema que está acontecendo, em um sistema no qual o Serviço Windows Update foi isolado para seu próprio processo, confirmando que é o culpado:
AquiestáumacapturadajaneladoGerenciadordeTarefasnomesmosistema,apósaaplicaçãodacorreçãoKB3050265.Ocomportamentotípicoéagoraqueoserviçodeatualizaçãoocupaumlimitedecercade300megabytes(muitomenordoqueantes),enquantoamarraumprocessador100%.Nãoéoideal,masoimpactonacapacidadederespostadosistemaébastanteatenuado.Terminadepoisdealgunsminutosedesaparece: