Novidades no dotMemory

Agora você pode criar perfis de aplicativos baseados no framework MAUI.

No momento, o dotMemory tem suporte apenas a aplicativos de desktop do Windows, usando a WinUI e visando o .NET 7.0 ou mais recente.

Este suporte está disponível para o dotMemory tanto stand-alone quanto integrado ao ReSharper e ao Rider.

• Agora a versão stand-alone do dotMemory permite que você especifique pacotes de aplicativos (.app) em vez de arquivos executáveis.
• O dotMemory no Rider pode fazer profiling de configurações executadas no macOS. É oferecido suporte para os frameworks-alvo net7.0-macos e net8.0-macos.

As versões stand-alone do dotMemory para Linux e macOS ficaram mais próximas da versão para Windows, oferecendo:

• A visualização Similar Retention, para analisar conjuntos de objetos
• O diagrama Sunburst, para analisar objetos dominadores

As informações a respeito de objetos imutáveis no Frozen Object Heap são mostradas na timeline, no diagrama Heap Fragmentation e na visualização Generations.

Agora você pode executar a versão stand-alone do dotMemory nos sistemas operacionais Linux e macOS.

Antes da versão 2023.2, você só podia usar o dotMemory no Rider para fazer análises de alocação de memória. Na versão 2023.2, você pode coletar snapshots de memória e analisá-los no Rider da mesma forma que na versão autônoma do dotMemory.

• A análise de snapshots está disponível no Windows, Linux e macOS.
• No Windows, você também pode importar e analisar dumps de processos.
• Não estão disponíveis alguns recursos e visualizações, como inspeções automáticas de snapshots e visualizações de rastreamentos de pilhas de criação de objetos.

Além do Windows, agora o dotMemory também está disponível para o JetBrains Rider no Linux e no macOS. Dois novos modos de profiling estão disponíveis no widget Run e na opção Run | Switch profiler configuration do menu – Memory (sampled allocations) e Memory (full allocations). Você pode saber mais sobre as diferenças entre esses modos na Ajuda do dotMemory.

Você pode anexar o profiler a um processo em execução a partir do menu Run e ver o Timeline Graph se desenrolando em tempo real. Selecione um intervalo para abrir a visualização Memory Allocations, que é a mesma do dotMemory Standalone. Isso permite que você analise os objetos alocados e a árvore de chamadas de alocação para um intervalo de tempo específico.

Infelizmente, ainda não é possível obter snapshots de memória nesta versão.

Agora o dotMemory está disponível diretamente no JetBrains Rider:

• Dois novos modos de profiling estão disponíveis no widget Run e na opção Run | Switch profiler configurations do menu principal – Memory (sampled allocations) e Memory (full allocations). Você pode saber mais sobre a diferença entre esses modos na Ajuda do dotMemory.
• Você pode anexar o profiler a um processo em execução a partir do menu Run.
• Observe como se desdobra o Timeline Graph em tempo real selecionando um intervalo e abrindo a visualização Alocação de memória. Isto é equivalente à mesma visualização no dotMemory Standalone e permite que você vá mais fundo na análise de um período de tempo específico.

O plug-in do dotMemory não permite coletar snapshots e só funciona no Windows e na versão 2022.2.

Agora você pode anexar o profiler a um aplicativo já em execução simplesmente arrastando o ícone especial até a janela do aplicativo.

O dotMemory agora pode obter dados amostrados de alocação de memória, baseados em eventos do ETW. A amostragem é menos precisa que a maneira tradicional (estatística) de coletar dados de alocação, mas oferece várias vantagens:

• Os dados amostrados de alocação são coletados sem prejudicar o desempenho.
• Você não precisa ativar explicitamente essa coleta de dados; ela está sempre ativa.
• Os dados amostrados de alocação também podem ser coletados quando você anexa o profiler a um aplicativo que já está em execução.

Observe que este recurso só está disponível no Windows.

Agora você pode usar a visualização Subsystems para analisar dados de alocação de memória. Um subsistema agrupa todos os métodos que pertencem a um mesmo tipo, namespace ou assembly. A visualização resultante lista os objetos criados pelos subsistemas e mostra uma árvore de chamadas mesclada para cada subsistema.

Neste lançamento, continuamos a melhorar a maneira como você analisa a alocação da memória. Duas novas guias foram adicionadas à exibição Memory Allocation:

• A guia Methods permite que você analise uma lista simples de métodos que têm memória alocada.
• A guia Call Tree permite que você analise a árvore de chamadas de alocação. Cada nó na árvore mostra não só o método chamado, como também os objetos alocados pela chamada.

A barra de pesquisa na parte superior das exibições do dotMemory está agora mais flexível e fácil de usar:

• Os filtros têm opções adicionais para restringir o escopo da pesquisa: #struct (pesquisar apenas em tipos de valor), #c (apenas em tipos), #m (apenas em métodos), #ns (apenas em namespaces).
• Você pode obter ajuda para todos os filtros possíveis em um determinado contexto.

Agora, é possível:

• Especificar a profundidade de travessia ao exportar dados de objetos.
• Selecionar um ou mais tipos e exportar seus dados para um único arquivo.
• Exportar dados de objetos das exibições Instances, Outgoing References, and Unreachable Objects.

Reformulamos completamente a tela inicial do dotMemory: agora, é muito mais fácil configurar e iniciar novas sessões de definição de perfil, trabalhar com snapshots e realizar outras operações básicas.

Agora, você pode analisar dumps de aplicações .NET Core coletados nos sistemas Linux usando gcore.

Agora, o dotMemory permite que você analise a alocação de memória em um intervalo de tempo arbitrário. Basta selecionar o intervalo na linha do tempo e a exibição Memory Allocation mostrará os objetos alocados nesse intervalo, bem como o rastreamento de pilha que os alocou.