O Monosnap está usando memória demais?
Uma única captura do Gerenciador de Tarefas não prova um vazamento. Use o processo repetível abaixo para separar um pico temporário, cache retido, outro processo e crescimento sustentado.
1. Registre uma linha de base limpa
- Salve seu trabalho e reinicie o Windows.
- Abra o Monosnap, mas não capture nada por cinco minutos.
- Abra o Gerenciador de Tarefas com
Ctrl+Shift+Esc. A Microsoft descreve o Gerenciador de Tarefas como a visão integrada para o consumo de recursos por processo. - Registre a versão do Monosnap, a versão do Windows, a quantidade de monitores e o valor de Memória exibido para o processo.
Microsoft: Gerenciador de Tarefas e ferramentas de sistema do Windows
2. Execute a mesma sequência de captura
Escolha uma sequência que você consiga repetir com exatidão, por exemplo:
- 10 capturas de região sem anotações;
- 10 capturas de região com uma seta e um desfoque;
- três gravações curtas, totalmente paradas e salvas;
- cinco uploads para a Cloud;
- 10 minutos ocioso após a tarefa final.
Registre a memória depois de cada etapa. Um pico de carga que cai após a tarefa é diferente de um valor que continua subindo durante ciclos idênticos repetidos e não se estabiliza após o tempo ocioso.
3. Verifique as colunas de memória certas
A coluna Memória padrão do Gerenciador de Tarefas é útil para uma comparação rápida, mas não é um diagnóstico completo. A orientação da Microsoft para solução de vazamentos distingue o working set físico da memória virtual confirmada (committed) e recomenda verificar o comportamento de commit ao investigar crescimento sustentado.
Microsoft: solução de problemas de vazamento de memória de aplicativos e serviços
4. Use o Process Explorer ou o PerfMon para uma execução mais longa
O Microsoft Sysinternals Process Explorer expõe identificadores de processo (handles), DLLs carregadas e informações mais detalhadas sobre o processo. Para uma série temporal, a Microsoft documenta o Monitor de Desempenho e recomenda coletar tempo suficiente para ver se os valores se estabilizam ou continuam crescendo.
Mantenha a máquina e a carga de trabalho consistentes. Não compare uma abertura ociosa e recém-iniciada de um aplicativo com uma sessão de gravação ativa em outro.
5. Descarte fatores de confusão comuns
- Atualize o Windows e o driver de vídeo e repita o mesmo teste.
- Teste com um único monitor se o problema só ocorre em uma configuração com DPI misto.
- Separe a captura de tela da gravação de vídeo; os codificadores têm um comportamento de recursos diferente.
- Verifique se o valor alto pertence ao próprio Monosnap, a um processo filho de navegador/WebView, ao Gerenciador de Janelas da Área de Trabalho (DWM) ou a outro aplicativo.
- Repita após uma reinicialização limpa antes de concluir que um único valor discrepante é persistente.
6. Envie evidências ao fornecedor
Um relatório útil inclui a versão do aplicativo, a build do Windows, o layout de monitores/DPI, os passos exatos de reprodução, os horários e um CSV ou capturas de tela das mesmas colunas de memória ao longo do tempo. Isso é muito mais acionável do que “usou muita RAM uma vez.”
Compare uma alternativa de forma justa
Se o problema persistir, instale outra ferramenta junto do Monosnap e rode a sequência idêntica após uma reinicialização limpa. O Maxisnap é uma opção para Windows; ShareX, Greenshot e Snagit são outras. Use a comparação Maxisnap–Monosnap com fontes para recursos e planos, e depois use suas próprias medições para o desempenho.
Faça o mesmo teste com o Maxisnap
O download é gratuito. Mantenha o Monosnap instalado até ter comparado os dois no hardware e no fluxo de trabalho que importam para você.