Uso permanente da CPU do VS2013 mesmo no modo inativo

93

Recentemente, atualizei o VS2013 para a Atualização 1 e, desde então, o VS leva o uso da CPU para 25% (em uma cpu Intel i5 de 4 núcleos) permanentemente, embora seja suposto estar ocioso. Achei que ele tivesse alguns processos em segundo plano não concluídos, então deixei-o em execução por um tempo, mas ele continua usando a CPU quando deveria estar ocioso.

Você está obtendo um comportamento semelhante após a atualização?

Edição 1 : Estou usando as ferramentas git e python para vs, então pode haver alguns conflitos após a atualização 1.

Edit 2 : A integração com git VS2013é problemática. Eu executei um profiler devenv.exee git2-msvstfs.dllleva a maior parte do uso da CPU, embora deva estar ocioso. Enviei um aviso de falha para a MS. Se você tiver o mesmo problema, vote neste: http://connect.microsoft.com/VisualStudio/feedback/details/844616/vs2013-update-1-cpu-usage-not-normal

insira a descrição da imagem aqui

Edição 3 : A atualização 2 foi lançada recentemente. Este bug foi corrigido na atualização 2 do VS2013.

Edição 4 : as atualizações 3 e 4 foram lançadas e o uso da CPU enlouquece devido a várias causas (não apenas o módulo git dll). Desativar Browser Linkcomo em uma das respostas abaixo parece resolver o problema.

Remus
fonte

Respostas:

199

Para mim (atualização 4 do VS 2013), a solução foi desativar o link do navegador conforme especificado aqui:

https://www.devexpress.com/Support/Center/Question/Details/T102322

insira a descrição da imagem aqui

A velocidade da CPU diminuiu imediatamente de 25% para 1%.

zukanta
fonte
Eu acho que este é outro bug, não relacionado ao bug de integração git. Como você pode ver na minha captura de tela: a carga da CPU é devido a git2 -... dll Estou usando VS para desenvolvimento C / C ++ e o link do navegador nem está ativado para desenvolvimento C / C ++.
remus
isso funcionou para mim também - VS2013 + Atualização 4. Obrigado!
abjbhat
2
Obrigado, isso resolveu minhas poucas semanas de sofrimento. A CPU estava em 40% 30 minutos depois que abri uma grande solução da web. Mesmo sem fazer nada com isso. Quando desmarquei a opção "Habilitar link do navegador", a CPU caiu imediatamente para 0%.
Goran Genter
4
Obrigado! Corrigido para mim também no Surface Pro 3. Ele estava com 43% de utilização da CPU quando ocioso. Foi para 0% após desativado. Mesmo ao executar o site no IIS completamente e sem anexar ao processo. Suspeito que também esteja interferindo no Chrome -> Inspecionar elemento, onde você obtém um atraso enorme.
Ales Potocnik Hahonina
2
Isso funcionou para mim também, mas foi necessário reiniciar cada instância do Visual Studio em execução para entrar em vigor. Obrigado!
KJ3
48

Edição 2 : Possível regressão de bug nas atualizações 3 e 4.

Editar 1 : O bug foi corrigido na Atualização 2 do VS2013.

Pode-se desativar o gitplug- Visual Studio 2013in desta maneira:

Ferramentas-> Opções

Controle de fonte: defina o plug-in de controle de fonte atual como Nenhum

Use outros gitclientes para gerenciar seus repositórios.

Remus
fonte
2
Eu tenho esse mesmo problema usando Visual Studio 2013 Update 2com atual de controle de origem plug-in conjunto para None
Clint Powell
o mesmo aqui! o problema está relacionado com outra coisa.
andresp
3
Você pode encontrar o profiler em Analyze-> Profiler e anexá-lo a outra instância do devenv.exe
remus
3
Estou executando a atualização 3 e tinha alto uso da CPU até desabilitar o plug-in de controle de origem Git; CPU caiu instantaneamente. Possível regressão?
Thorarin
1
Este problema aconteceu comigo depois que instalei as ferramentas GIT de terceiros e configurei o plugin como Nenhum para corrigi-lo. Curiosamente, depois de definir como Nenhum, configurei de volta para o provedor MS Git e o problema não voltou.
TreeAndLeaf
0

Corrigimos isso abrindo o VS em SafeMode. Adicione / SafeMode ao iniciador.

MarckSi
fonte
16
Você não deve usar o VS em SafeMode. Muitas funcionalidades estão desabilitadas no SafeMode.
remus
Se o modo de segurança aliviar o problema, você deve dar uma olhada nas extensões que está executando, pois o modo de segurança desativa todas elas.
Ralph
0

Uma vez que esta página apareceu pela primeira vez em minha busca para descobrir por que o Visual Studio 2013 (atualização 4) estava se tornando inutilizável devido ao alto uso da CPU, compartilharei o que fiz para corrigir o problema.

O problema se manifestou quando um núcleo da CPU foi estrangulado para 100% de uso, com a memória subindo constantemente até o ponto em que o sistema ficaria lento e o devenv.exe travaria. Foi 100% reproduzível com um projeto node / typescript carregado com o Microsoft Node Tools instalado.

Depois de tentar várias soluções possíveis, uma a uma, sem sucesso, tentei desativar o intellisense:

  • Ferramentas | Opções> Editor de Texto> Node.js> Intellisense
  • Sem Intellisense (botão de opção)
  • Salvar em disco desativado (botão de opção)
  • Reinicie o Visual Studio

Isso imediatamente fez com que o uso da CPU diminuísse para níveis normais.

É isso aí. Consertou para mim. Espero que ajude alguém.

BitsEvolved
fonte
3
O Intellisense não é um recurso interessante do VS?
Remus
4
@remus Quando não regula a CPU para 100% de uso, tornando o IDE completamente inutilizável, sim, ele é.
BitsEvolved
0

No meu caso, foi a inclusão de referências à solução que causou o alto uso da CPU. O projeto era um pacote IronPython que também usava algumas DLLs. Adicionar as DLLs às referências foi bom. A primeira vez que uma DLL foi aberta no Pesquisador de objetos, a CPU atingiu 25% (1 núcleo) e permaneceu lá. A exclusão de todas as referências retornou a CPU ao normal novamente.

Ainda outra solução: Exclua todos os objetos nas referências do projeto.

(VS2013, atualização 5, com ferramentas Python 2.2)

scottinthebox
fonte
0

No meu caso, normalmente executo várias cópias do Visual Studio ao mesmo tempo. Descobri que se eu iniciar a 2ª (ou 3ª) cópia do Visual Studio ANTES da 1ª (ou 2ª) cópia estar completamente carregada e estabilizada, obtenho um DEVENV preso em 100% da CPU, não importa o que eu faça depois disso. Tenho que fechar todas as cópias e abrir novamente.

Espero que isso ajude alguém, estava me deixando louco.

Billy

Billy Willoughby
fonte
0

Tive um problema semelhante com o vs2015 - excluir o arquivo de solução .suo corrigiu para mim até agora.

john blair
fonte