Por que o Monosnap ficou tão lento — e a solução
Não’costumava demorar tanto. A inicialização costumava ser de um segundo. O editor costumava abrir instantaneamente. Aqui’está o que mudou, por que a tendência não’vai reverter, e a alternativa leve que realmente parece rápida novamente.
O custo do Electron, agravado
Monosnap não’começou como um aplicativo Electron. No início de sua vida, grande parte do código de captura e edição era nativo. Com o tempo, os componentes da interface do usuário foram reconstruídos sobre um renderizador Chromium — o que os tornou mais fáceis de iterar, mas adicionou um grande e permanente custo de inicialização.
Electron não’fica mais leve com o tempo. A cada ano, o Chromium adiciona recursos, enviando mais código, mais linha de base de memória e inicialização mais complicada. Um aplicativo que era aceitável com 60 MB em 2019 agora é um mínimo de 180 MB no lançamento, crescendo a partir daí. Isso’é antes de considerar o vazamento de memória que abordamos na página de vazamento de memória.
Quando você pressiona Ctrl+Alt+5, o Monosnap precisa aquecer um renderizador Chromium para pintar a sobreposição de captura. Em um aplicativo frio, isso’leva várias centenas de milissegundos. Numa aplicação "quente" que já consumiu centenas de megabytes, isso’demora mais. À quinta hora de um dia de trabalho, a sobreposição é desenhada tão lentamente que os utilizadores conseguem notar a diferença.
O editor de anotações é o principal culpado
A janela do editor pós-captura é quase inteiramente uma webview Chromium. Quando se adiciona uma seta ou se desenha um retângulo, a ferramenta envia eventos através do Electron’s fronteira IPC para o processo nativo e de volta. Essa viagem de ida e volta é rápida num processo novo e visivelmente lenta quando o processo está sobrecarregado.
Para utilizadores que fazem anotações intensivas — relatórios de bugs, tutoriais, documentação — isso acumula-se. Dez minutos de anotação parecem vinte.
Maxisnap: sem Electron, sem sobrecarga
Maxisnap’s editor é uma janela nativa PyQt6. A tela de anotação usa QPainter diretamente em um(a) QPixmap.’não há webview, nem fronteira IPC entre a lógica da ferramenta e a superfície de renderização. Quando se adiciona uma seta, ela aparece no próximo ciclo de pintura. Não há viagem de ida e volta.
O arranque a frio da bandeja para pronto para capturar é de cerca de um segundo numa máquina típica. A captura para o editor é inferior a 200 ms. Estes números permanecem os mesmos na hora 1, hora 4, hora 8 e hora 72. A aplicação não’se degrada com o tempo porque não’há nada para acumular.
Recupere a sua velocidade
- 1Descarregue o instalador. Página de download, 63 MB, gratuito.
- 2Saia do Monosnap da bandeja para que ambas as aplicações não’disputem a hotkey.
- 3Instalar. As predefinições estão bem. Não é necessário reiniciar.
- 4Pressione Ctrl+Alt+5. Repare que o editor abre antes de’ter terminado de soltar as teclas.
Questões de desempenho
Posso acelerar o Monosnap sem mudar?
Marginalmente. Feche a aplicação no final do dia em vez de a manter em execução. Desmarque "Iniciar minimizado". Desative quaisquer funcionalidades de sincronização na nuvem que não’utilize. Nada disto aborda a sobrecarga estrutural, mas ajuda ligeiramente.
O Maxisnap é’a qualidade da captura é a mesma?
Idêntica. Saída PNG em resolução total, sem perdas. JPEG também é suportado com qualidade configurável. Não’há downsampling ou redimensionamento, a menos que você o adicione manualmente através da ferramenta de corte.
O Maxisnap suporta captura de rolagem?
Ainda não. Se a captura de rolagem for essencial para o seu fluxo de trabalho, ShareX ou Snagit são melhores opções. Para captura padrão de região / tela cheia / janela com anotação, o Maxisnap é mais rápido e leve.
Uma ferramenta de captura de tela que permanece rápida.
Sem aquecimento. Sem atrasos. Sem reinícios rituais.
Baixar MaxisnapRelacionado: vazamento de memória · congelando · está morto?