Espero que este seja o site de troca de pilhas certo para postar ... Não parecia uma questão de programação para SO. De qualquer forma, estou executando o Visual Studio 2015 e recebi uma notificação do Windows para fechar o VS2015 porque está com pouca memória. Eu tenho 24 GB de RAM e apenas reiniciei ontem, então acho que algo está muito longe daqui. Às vezes, uso a janela interativa C # e a janela interativa python 2.7, mas elas não estavam em uso no momento desta mensagem.
Nota: Enquanto escrevo isso, recebi uma mensagem "Unknown hard crash" do devenv.exe (processo vs2015). Mas o serviço Standard Collector ainda está sendo executado usando 10,7 GB.
Alguém sabe o que é o Standard Collector? E o que pode causar um aumento no uso da RAM?
Nota: Enquanto escrevo, notei que o Serviço de Coletor Padrão parou no meu gerenciador de tarefas e tenho toda a minha RAM de volta.
Atualização: Parece que isso pode ser um bug que a equipe do VS tentou corrigir na atualização 1. Definitivamente, tenho a atualização 1 instalada, mas talvez eu deva tentar reproduzir algum código de exemplo e enviá-lo para a equipe do VS. A instância do devenv que travou também não estava atualmente depurando. (Embora haja outra instância em que está depurando, como você pode ver pela extensão .vshost.exe no gerenciador de tarefas)
Essa instância do devenv não travou e ainda está sendo executada no depurador agora sem problemas.
fonte
Respostas:
O processo do coletor parece estar relacionado à instrumentação / diagnóstico de código em execução no modo de depuração, no Visual Studio 2015. A Microsoft reconheceu que há um problema com o uso ilimitado de memória desse processo e diz: "Pesquisamos a causa raiz e temos fez uma correção que será fornecida na atualização 1 do VS2015 "
Portanto, certifique-se de obter a atualização mais recente do Visual Studio 2015. Entretanto, para mitigação:
"Enquanto isso, se você perceber que o processo consome muita memória, há duas maneiras de recuperar. O mais simples é reiniciar a máquina. Isso fará com que tudo volte a um estado novo. A outra coisa que você pode fazer para aliviar o consumo de memória é para interromper o Serviço Coletor Padrão do Visual Studio usando a interface do usuário do Service Manager. O nome do serviço é "VSStandardCollectorService140". Ele pode ser interrompido com segurança quando você não estiver depurando com o Visual Studio. Se você interromper o serviço durante a depuração (mesmo parado em um ponto de interrupção) ), a janela Ferramentas de diagnóstico exibirá uma mensagem de erro depois que você retomar o processo de destino de depuração ".
Veja este link, de onde as citações acima são originárias: https://connect.microsoft.com/VisualStudio/feedback/details/1630071/visual-studio-standard-collector-unbounded-memory-usage
Este link também tem um exemplo de código de alguém que experimentou isso em um aplicativo de console. Pode valer a pena executar esse código de exemplo para ver se ele desencadeia o problema no seu sistema. A pessoa que relatou o problema também indicou que ocorreu de forma intermitente, mas a execução do código no modo de depuração do Visual Studio parecia ser o único thread comum.
Possivelmente a Microsoft corrigiu algumas causas principais do problema, mas ainda existem outras causas não corrigidas que estão surgindo.
fonte
Ferramentas-> Opções-> Depuração-> Geral, desative "Ativar Ferramentas de Diagnóstico durante a depuração".
fonte