svchost e nsi em particular têm sido persistentemente associados a vazamentos de memória ao longo dos anos, com pesquisas do Google apresentando muitos resultados (mas poucas soluções). Perguntas relacionadas com respostas relacionadas foi perguntado várias vezes sobre superusuário no passado, mas tudo o que eu vi foi por pessoas perguntando como determinar qual processo contém o vazamento, o que não ajuda muito se eu já souber disso.
Estou abrindo essa questão porque o problema parece persistir, apesar das alegações de que essa ou aquela solução a consertou e também para relatar os resultados da minha própria investigação, caso seja útil e ver de que outra forma eu poderia entrar em contato. o problema.
A única coisa sugerida que poderia ter resolvido o problema era a aplicação do KB 2950358 (desculpe, não é possível vincular por falta de representante), mas o instalador simplesmente diz que essa atualização não é aplicável a este sistema.
Máquina, sistema operacional e software: Win7 Pro x64, 8 GB de memória com vídeo nVidia GTX 580 (drivers da nVidia, 372.54 de 15 de agosto, que já faz 15 dias). Os processos quase sempre em execução incluem Spotify, Chrome (atualmente v52.0.2743.116), Skype (atualmente 7.26.0.101) e alguns processos Cygwin mintty , bash e ssh . O Internet Explorer não está instalado (além dos bits que não podem ser removidos). Os habituais suplementos de navegador, como flash para yt, etc. Nada de extraordinariamente invulgar, embora alguns deles façam uso intensivo de redes e possam, teoricamente, estar implicados, se se acreditar em termos de KB 2847346. Todas as atualizações do Windows, incluindo a atualização de roll-up opcional mais recente, foram aplicadas.
Omitindo algumas etapas intermediárias, separei nsi de sua própria svchost , reinicializei e registrei a saída de tasklist , a cada segundo, para os PIDs do processo nsi e svchost para qual nsi costumava pertencer. Os resultados são plotados aqui ; com certeza, o último é basicamente plano, mas nsi cresce a uma taxa constante (se não aumentar).
Ao mesmo tempo, usei procmon para gravar chamadas de sistema feitas por nsi , mas todos, exceto 6 eventos, foram eventos de Criação de Encadeamentos e Saída de Encadeamento, o que não é muito útil. O que quer que esteja causando o problema não está causando nsi a fazer syscalls por conta própria.
Antes de dividir nsi out, fiz um rastreio semelhante por quase quatro dias e esse svchost instance começou em 24 MB e cresceu continuamente para cerca de 2150 MB antes de interrompê-lo, com a taxa de mudança aparentemente aumentando com tempo. No passado, vi o svchost ofensivo processando mais de 6 GB, mas, com a procmon em execução, esse foi o ponto em que comecei a ficar sem memória. Algumas vezes, alguma memória foi liberada, mas não tanto quanto foi alocada. Eu posso ligar este gráfico mais tarde, se alguém quiser vê-lo.
Eu também monitorei isso com procmon e posso fornecer uma lista de eventos, mas eles provavelmente não são muito interessantes, dado que foi estabelecido nsi que é a culpa e que nenhum de seus eventos é particularmente interessante. / p>
Existe alguma ferramenta para rastrear quais processos estão fazendo solicitações de um determinado serviço?
Qual é o meu próximo passo, dado que o hotfix KB aparentemente relevante não é aplicável?
Tags windows-7 svchost memory-leaks
