Otimizando as configurações do Profiler

A janela Performance Profiler e Ferramentas de Diagnóstico no Visual Studio têm muitas configurações diferentes que afetam o desempenho geral das ferramentas. Alterar algumas configurações pode fazer com que a análise seja executada rapidamente ou causar tempos de espera adicionais durante o processamento de resultados em ferramentas. Abaixo está um resumo de certas configurações e seu impacto no desempenho.

Configurações do símbolo

As configurações de símbolos encontradas nas opções do depurador (Debug > Options > Symbols ou Tools > Options > Debugging > Symbols) têm um impacto significativo no tempo necessário para gerar resultados nas ferramentas. Habilitar os servidores de símbolos ou usar o _NT_SYMBOL_PATH faz com que a ferramenta de análise de desempenho solicite símbolos para cada módulo carregado num relatório. Atualmente, o perfilador sempre carrega automaticamente todos os símbolos, independentemente da preferência de carregamento automático.

O progresso no carregamento de símbolos pode ser visto na janela Saída sob o título Ferramentas de Diagnóstico.

Uma vez baixados, os símbolos são armazenados em cache, o que acelerará a análise futura, mas ainda requer o carregamento e a análise dos arquivos. Se o carregamento de símbolos estiver atrasando a análise, tente desativar os servidores de símbolos e limpar o cache de símbolos. Em vez disso, confie em símbolos criados localmente para o seu projeto.

Mostrar código externo

Muitas das ferramentas dentro do Performance Profiler e janela Ferramentas de Diagnóstico têm um conceito de código de usuário versus código externo. Código de usuário é qualquer código criado pela solução aberta ou espaço de trabalho aberto. Código externo é qualquer outra coisa. Ao manter a configuração Mostrar apenas meu código ativada ou a configuração Mostrar código externo desabilitada, você permite que as ferramentas agreguem código externo a um único quadro de primeiro nível, reduzindo consideravelmente a quantidade de processamento necessária para mostrar resultados. Isso permite que os usuários vejam o que foi chamado no código externo que criou a lentidão, mantendo os dados a serem processados ao mínimo. Sempre que possível, habilite Mostrar de código externo e verifique se você tem a solução ou o espaço de trabalho aberto para o arquivo de .diagsession que está analisando.

Para a maioria das ferramentas de criação de perfil, a opção de código do usuário está presente nas configurações da página de resumo do relatório.

Duração do rastreio

A criação de perfis de durações menores resulta em menos dados, que são mais rápidos de analisar. Normalmente, recomendamos que você tente limitar seus rastreamentos a não mais do que cinco minutos de dados de desempenho. Algumas ferramentas, como a ferramenta de uso da CPU, permitem pausar a coleta de dados enquanto a ferramenta está em execução, para que você possa limitar a quantidade de dados coletados ao cenário que está interessado em analisar.

Frequência de amostragem

Determinadas ferramentas, como a ferramenta de Uso da CPU e ferramenta de Alocação de Objetos NET, permitem ajustar uma frequência de amostragem. Aumentar essa frequência de amostragem permite medir com mais precisão, mas aumenta a quantidade de dados gerados. Normalmente, é melhor deixar essa configuração na taxa padrão, a menos que um problema específico esteja sendo investigado.

Conteúdo relacionado

• Executando ferramentas de perfilagem em compilações de lançamento ou depuração
• Usando várias ferramentas de criação de perfil simultaneamente
• Noções básicas sobre métodos de coleta de desempenho