2013-04-16 21:24:57 +0000 2013-04-16 21:24:57 +0000
31
31

Porque/como é que o svchost.exe usa 6,5GB de memória?

O que se está a passar aqui? Não tenho quase nada a correr.

Por quase nada, quero dizer Firefox, e algumas aplicações de rede de fundo que são inteiramente passivas e nunca utilizariam tanta memória.

Serviços relacionados: UxSms, TrkWks, SysMain, PcaSvc, Netman, CscService, AudioEndpointBuilder, TabletInputService

A única coisa em que consigo pensar é que estive a correr a Virtualbox com o Ubuntu durante algum tempo, mas isso está limitado a 2GB de memória e já não está a correr.


Editar: Estou mais interessado na questão de porquê/como? Provavelmente uma fuga algures, mas tendo em conta os serviços listados acima, será que algum se destaca como sendo um potencial culpado?

Respostas (9)

29
29
29
2013-04-16 21:29:49 +0000

svchost.exe é o processo que executa todos os seus serviços Windows. Um deles enlouqueceu aparentemente. Clique com o botão direito do rato em svchost.exe e seleccione “Go to Service(s)”. Isso dir-lhe-á que serviço é, e poderá usar o Gestor de Serviços para o reiniciar ou desactivar se não precisar dele.

Para uma melhor descrição com boas capturas de ecrã, verifique:


& Por causa da sua actualização, pode verificar alguns desses serviços:

  1. CscService: Relacionado com a funcionalidade “pastas offline” do Windows. Utiliza isso?
  2. UxSms: Relacionado com o Gestor de Janelas de Secretária. Tente desactivar o Aero, veja se o problema ocorre.
16
16
16
2014-06-25 16:41:09 +0000

Após dividir os serviços suspeitos para separar processos consegui identificar Network Store Interface Service (nsi) como sendo a causa da fuga de memória no meu caso (Windows 7).

Há um tópico de dez páginas sobre este assunto em http://answers.microsoft.com/en-us/windows/forum/windows_7-system/nsi-memory-leaks-fixed-yet/f3c3e9db-36a7-45df-9dbd-de9455378498 .

Menciona um par de hotfixes disponíveis para descarga a pedido: http://support.microsoft.com/kb/2847346/en-us http://support.microsoft.com/kb/2950358/en-us

Existe também uma correcção semelhante para o Vista e o Server 2008: http://support.microsoft.com/kb/2743187/EN-US

5
5
5
2013-04-17 00:07:21 +0000

Outra opção: Utilizar o Process Explorer.
Pode ser descarregado através da Microsoft TechNet .

Mostra todos os processos em execução, pode facilmente ver qual svchost.exe está a utilizar recursos de CPU ou RAM, para localizar qual o serviço que está em execução.

Dica: Quando se passa o cursor do rato sobre as entradas ‘svchost.exe’, todos os serviços associados a este processo são listados numa janela de infotip.
Em alternativa, seleccionar o processo, clicar em “Propriedades” e escolher o separador “Serviços”.

3
3
3
2015-06-09 07:01:37 +0000

Isto acontece após a actualização para o Service Pack 1 do Windows 7. Podem ocorrer fugas de memória quando o serviço de fundo para Windows Update (netsvcs) é activado. Pode encontrar mais informações aqui , entre outros locais. Ver Awa’s answer aqui para verificar se a actualização do Windows está em falha.

Uma solução inelegante para este problema é desligar o Windows Update e instalar manualmente todas as actualizações. Executar services.msc e definir Windows Update e Background Intelligent Transfer Service para Disabled. Ver aqui para instruções gerais sobre serviços.

Contudo, várias actualizações para corrigir este problema foram lançadas pela Microsoft. Quando executar pela primeira vez o Windows Update numa nova instalação de Win7 SP1, irá insistir em instalar Windows Update Agent [WUA] 7.6.7600.320* KB2887535 ), antes de lhe permitir verificar outras actualizações. Deixe-o fazê-lo ou aplique a actualização manualmente se instalar offline. Depois de o fazer, poderá não ser possível instalar outras actualizações automaticamente até que este problema seja resolvido.

Depois, descarregue e instale manualmente a seguinte actualização: https://support.microsoft.com/en-us/kb/3083324

Isto actualiza o Windows Update Agent para a versão 7.6.7601.18979*.

Esta é a mais recente actualização de uma série lançada pela Microsoft para abordar o problema. Cada uma foi substituída por uma versão mais recente, e parece que só precisa de instalar a mais recente. Contudo, se isto não resolver o problema, pode tentar instalar uma actualização mais antiga na série, ou talvez instalá-las todas sequencialmente. Em ordem cronológica, consulte as seguintes actualizações: https://support.microsoft.com/en-us/kb/2990214 https://support.microsoft.com/en-us/kb/3050265 (Junho 2015) https://support.microsoft.com/en-us/kb/3065987 (Julho 2015) https://support.microsoft.com/en-us/kb/3075851 (Agosto 2015) https://support.microsoft.com/en-us/kb/3083324 (Setembro 2015)

Depois, de acordo com esta resposta , instale esta actualização: https://support.microsoft.com/en-us/kb/3102810 (20-Out-2015)

Isto actualiza o WUA* para a versão 7.6.7601.19046*. Teoricamente, deve ser possível saltar para este passo e ficar bem. Contudo, esta actualização afirma não substituir as actualizações anteriores, razão pela qual poderia ser aconselhável instalar primeiro a(s) actualização(ões) acima mencionada(s).

Por último, pode ser aconselhável desactivar os dois serviços acima mencionados antes de instalar manualmente estas actualizações, e depois reactivá-las posteriormente. Acho que deverá ficar bem de qualquer forma, embora possa querer reiniciar a sua máquina após cada actualização, apenas para ter a certeza.

Os relatórios variam, mas isto deverá resolver os seus problemas com a memória e CPU do Windows Update :)

1
1
1
2015-06-26 05:57:43 +0000

https://support.microsoft.com/en-us/kb/2889748 novo hotfix diagnosticado e resolvido pela microsoft.

1
1
1
2014-04-28 05:35:04 +0000

Obrigado Colin pela tua dica útil.

Descobri que o Windows Time Service W32Time causou a fuga de memória. (Windows 7/64 Home Premium, IE11, actualizações actualizadas do Windows).

Outras entradas do fórum indicam que alguma actualização do Internet Explorer trouxe o problema. Mas eu não tentei verificar isto.

Solução: abrir o painel de Serviços e desactivar o serviço W32Time. Drawback: o seu relógio já não está sincronizado com um serviço de horas da Internet.

0
0
0
2014-05-24 21:59:02 +0000

Tente desligar o seu serviço para :

Superfetch  
Offline files

A maioria dos casos por que é que o svchost está a usar demasiado RAM é porque o serviço Superfetch está a funcionar.

Superfetch está a carregar a maior parte das aplicações que está a utilizar na RAM para que seja “instantaneamente” a carregar. Mas algumas vezes pode drenar a sua RAM.

Ficheiros off-line também podem consumir muita memória RAM.

Última palavra, talvez se tiver o mesmo caso, tente abri-lo usando Process Explorer* : http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

Depois clique com o botão direito do rato e Propriedades e seleccione Serviços, para descobrir que tipo de serviço está a correr e o que pode eventualmente ficar selvagem… :)

0
0
0
2015-09-01 09:52:41 +0000

O porquê é muito provavelmente uma fuga de memória. A memória é reservada para algo, mas quando esse algo é terminado a memória não está a ficar marcada de volta como sendo livre. O que está sempre quebrado é a constante reivindicação de memória e a não fixação é para ser livre de novo. Normalmente chamam a isto recolha de lixo.

-1
-1
-1
2013-10-02 17:01:32 +0000

Alarme de varrimento profundo por zona.

Não pare o svchost.exe que pode causar alguns problemas na sua ligação à Internet ou sons e vozes.