Problema de depuração lenta no Visual Studio

Na minha instância do Visual Studio, mesmo se eu apenas escrever uma única linha de retorno em um aplicativo de console C #, levarei um minuto depois de pressionar F5para executar o código real (quero dizer, o tempo que leva para parar na única instrução de retorno após pressionando F5- eu defino um ponto de interrupção na instrução de retorno na mainfunção). O que está errado? Existe uma lista de verificação?

Estou usando a edição VSTS do Visual Studio 2008 e depuração no Windows Server 2003 x64.

Você pode precisar excluir todos os seus pontos de interrupção --- observe que você precisa clicar no botão "Excluir todos os pontos de interrupção" (ou usar Ctrl+ Shift+ F9), NÃO apenas excluí-los um por um. Se o Visual Studio alterou as configurações da solução, o último não funcionará. Você pode precisar adicionar um ponto de interrupção primeiro, para que isso funcione (inteligente, hein?).

Se acontecer o pior, pode ser necessário excluir seu .suoarquivo e deixar o Visual Studio iniciar um novo do zero. Observe que você perderá suas definições de configuração de solução pessoal, no entanto (apenas para esta solução, não para outras). No entanto, convém mover / renomear o arquivo temporariamente até determinar se esse é ou não o problema; dessa forma, você sempre pode movê-lo para trás. Eu vi alguns recursos online recomendando excluir (mover / renomear) o .ncbarquivo também.

Eu já vi isso antes. Tente excluir todos os seus pontos de interrupção e, em seguida, defina os que deseja. Hit F5. Está mais rápido agora?

Acabei de notar que você mencionou a configuração do recurso de depuração de código-fonte .NET. Tente desabilitar isso. A conectividade de rede com o servidor de origem da Microsoft pode ser lenta. Desative também qualquer conectividade do servidor de símbolo no menu Ferramentas → Opções → Depuração → Símbolos .

Experimente também desabilitar "Habilitar avaliação de propriedade e outras chamadas de função implícitas" no menu Ferramentas → Opções → Depuração → Geral .

Ou remova o arquivo .suo, que pode ser encontrado ao lado do arquivo de solução (.sln). Isso resolveu um problema que tive com sessões de depuração que demoravam muito para iniciar e parar.

Eu tive esse problema. Depois de tentar todos os conselhos listados e remover todas as extensões do Visual Studio, finalmente descobrimos que de alguma forma o IntelliTrace estava habilitado. Desativar isso consertou tudo.

Como: habilitar e desabilitar o IntelliTrace

Você tem muitos pontos de interrupção definidos? Isso pode realmente retardar o tempo de inicialização. Sempre que um novo módulo é carregado no espaço de endereço do processo, todos eles precisam ser verificados para ver se são válidos.

Vá ao menu Ferramentas → Opções → Depurador → Símbolos e verifique se você tem conjunto de símbolos públicos ou caminhos de rede UNC definidos. Verifique também o menu Ferramentas * → Opções → Depurador → Geral para ver se você tem o servidor de origem definido.

Tudo isso pode afetar a depuração com base na velocidade lenta da rede ou em servidores indisponíveis. O tempo de espera de 5 minutos corresponde ao tempo limite da rede.

Se nada nas opções estiver definido, verifique se você tem a variável de ambiente _NT_SYMBOL_PATH definida.

Meu colega tinha um Visual Studio respondendo muito lentamente e, literalmente, levou minutos para executar uma etapa durante a depuração.

A causa raiz acabou sendo um programa antivírus (Threatfire) que enlouqueceu enquanto o Visual Studio estava em execução. Matar seu processo consertou tudo imediatamente.

No meu caso, alterar o símbolo de depuração "Carregar automaticamente o símbolo para" opção de "Todos os módulos" para "Apenas os módulos especificados" resolveu o problema. Você pode alterar esta opção no menu Ferramentas → Opções → Depurar → Símbolos .

Uma causa diferente mais ... Como encontrar o problema

Para mim foi a opção ShowOtherThreadIpMarkers . Um valor de 1 torna o Visual Studio (2010) insuportavelmente lento (3-5 segundos para cada etapa de depuração. Com um valor de 0, ele é rápido novamente.

O que é essa opção? Eu não faço ideia. Não consegui encontrar por meio da interface do usuário do Visual Studio. Desmarquei todas as opções de depuração possíveis e nada funcionou.

Então, fui para Importar / Exportar configurações e carreguei minhas configurações antigas que salvei anteriormente voltando no tempo até que o Visual Studio fosse rápido novamente, em seguida, comparei os arquivos vssettings ..., etc., etc.

Eu gostaria de comentar que se você carregar as configurações enquanto estiver no modo de depuração parado em um ponto de interrupção, elas se tornarão efetivas imediatamente. Você não precisa parar o depurador e reiniciar.

Do blog do ScottGu com link de Travis: "Um outro problema de desempenho que ouvi recentemente é um problema que algumas pessoas relataram ter encontrado com o complemento da Barra de Ferramentas Google. Por algum motivo, isso às vezes pode causar longos atrasos ao anexar o Visual Depurador do Studio para o navegador. Se houver longos atrasos no carregamento de seu aplicativo da web e a Barra de Ferramentas Google (ou outras barras de ferramentas) estiver instalada, você pode tentar desinstalá-las para ver se essa é a causa do problema. "

A execução sob o depurador para mim era cerca de 10 vezes mais lenta do que a execução sem depuração.

Depois de tentar todas as soluções sugeridas aqui, analisei todas as configurações do depurador e as habilitei / desabilitei para ver se fazia diferença.

Para mim, descobriu-se que desativar Suprimir otimização JIT na carga do módulo nas configurações de depuração melhorou muito as coisas.

Certifique-se de não ter nenhum mapeamento de rede obsoleto para servidores que não existem mais (o tempo limite de rede irá matá-lo). Ou use algo como Process Monitor para ver se uma rede (ou outro erro de arquivo) parece estar bloqueando por um longo tempo.

Você está usando um symbolsServer para baixar símbolos para arquivos DLL do Windows?

Em caso afirmativo, desative-o, pois pode levar algum tempo, mas eu não esperava que isso causasse longos atrasos em um aplicativo de console básico.

Menu Ferramentas → Opções → Depuração → Símbolos .

Eu sei que este é um assunto antigo, mas vale a pena ...

Descobri que, se houver uma janela separada do Internet Explorer aberta por muito tempo, a depuração pode demorar até um minuto. Feche todas as janelas do Internet Explorer e a depuração começa imediatamente.

No meu caso, a Barra de Ferramentas Google estava retardando minha depuração.

gplus_notifications_gadget.html continuou sobrecarregando o depurador. Eu queria manter a Barra de Ferramentas Google porque a uso regularmente, então, apenas desativei o botão de notificação do G + (o botão pequeno ao lado do botão de perfil). Ele está feliz agora.

Tive o mesmo problema no Visual Studio 2010, com a digitação do código terrivelmente lenta (entre 3 a 10 segundos). No entanto, nenhuma das modificações nas configurações acima funcionou.

Eu finalmente encontrei a solução definitiva, que funcionaria em todos os problemas de postagem acima: redefinir todas as suas configurações, conforme descrito aqui (essencialmente menu Ferramentas → Importar e exportar configurações , Redefinir todas as configurações , salvando as configurações existentes em um arquivo (para reverter )).

Você pode querer primeiro salvar uma parte específica de suas configurações. Por exemplo, salvei primeiro meu tema de cores (semelhante a solarização) e depois o restaurei após a redefinição global.

Para mim, a configuração que matou o desempenho (Windows 8 até travou, exceto para o movimento do mouse) foi desmarcar "Interromper todos os processos quando um processo é interrompido" no menu Opções → Depuração → Geral .

Apenas mais uma causa de uma experiência de depuração lenta do Visual Studio ...

Há muito tempo eu habilitei FusionLog para ver o que estava causando um problema de ligação de assembly.

Certifique-se de desativá-lo após usá-lo. Por quê? Porque ele grava muitos dados de registro no disco enquanto está habilitado.

Esta é a FusionLogchave no Registro do Windows ( regedit.exe):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Altere os valores ForceLog, LogImmersivee LogResourseBindingsde 1 (habilitado) para 0 (desabilitado).

Eu também tive esse problema, mas não tinha nada a ver com pontos de interrupção no meu caso. Foram os atalhos de código que adicionei na janela de tarefas:

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--onlywhenaddingandremovelines

Tenho certeza de que existem outras maneiras de ver um problema como esse, mas há um bug em algum lugar que causou esse problema para mim ... excluir todas as minhas opções teria corrigido isso, mas isso é algo que eu não queria Faz. Então, eu depurei e escrevi sobre isso no meu blog ... o seu problema parece o meu.

Algo que funcionou para mim é garantir que não haja pontos de interrupção condicionais. Além disso, tive êxito ao corrigir a depuração lenta simplesmente reiniciando o Visual Studio e abrindo apenas uma instância do Visual Studio por vez.

Eu tive um problema semelhante e nenhuma das outras orientações pareceu ajudar. Eu havia reiniciado sem sucesso. Eu havia removido todos os pontos de interrupção, excluído o arquivo .suo, verificado se os símbolos não estavam sendo carregados de fontes externas e verificado se não existiam caminhos no aplicativo que não estavam disponíveis.

Então, pensei em limpar a solução. Percebi na janela de saída que C # IntelliSense relatou um problema durante a limpeza:

Houve um problema ao ler os metadados de '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ('O sistema não pode encontrar o arquivo especificado.'). O IntelliSense pode não funcionar corretamente até que a solução seja recarregada.

Nesse caso, assim que você realmente descobrir a mensagem de erro, ela informará exatamente como resolvê-la. (Bom trabalho no texto do erro, mau trabalho na descoberta!) Descarreguei os projetos da solução e recarreguei-os. Consegui então executar a solução limpa com sucesso . Funcionou, e o depurador também.

Fechar a janela "Autos" melhorou a depuração para mim no Visual Studio 2008 para uma grande solução C ++ nativa.

Esconder não vai funcionar. Precisa ser fechado.

Eu experimentei a mesma lentidão e desconectar da rede corrigiu o problema para mim como alguns outros comentários e respostas declararam (mas é claro que essa não é uma solução ideal).

Para o meu caso, essa mudança simples corrigiu minha solução: nas propriedades do projeto na guia de depuração, desativei "Habilitar o processo de hospedagem do Visual Studio" (estou executando o Visual Studio 2010).

Obtenha mais memória e um HD mais rápido. Mais detalhes estão aqui .