Pular para o conteúdo principal
SOLUÇÃO DE PROBLEMAS NO WINDOWS

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

  1. Salve seu trabalho e reinicie o Windows.
  2. Abra o Monosnap, mas não capture nada por cinco minutos.
  3. 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.
  4. 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ê.