Perché Monosnap è diventato così lento — e la soluzione
Non ci’voleva così tanto tempo. L'avvio era di un secondo. L'editor si apriva istantaneamente. Ecco’cosa è cambiato, perché la tendenza non si’invertirà, e l'alternativa leggera che si sente di nuovo veloce.
La tassa Electron, aggravata
Monosnap non’è iniziato come un'app Electron. All'inizio della sua vita, gran parte del codice di cattura e modifica era nativo. Nel tempo, i componenti dell'interfaccia utente sono stati ricostruiti su un renderer Chromium — , il che li ha resi più facili da iterare ma ha aggiunto un costo di avvio grande e permanente.
Electron non’diventa più leggero nel tempo. Ogni anno Chromium aggiunge funzionalità, rilasciando più codice, più memoria di base e un'inizializzazione più complessa. Un'app che era un accettabile 60 MB nel 2019 è ora un minimo di 180 MB all'avvio, crescendo da lì. Questo’è prima di considerare la perdita di memoria che abbiamo trattato sulla pagina della perdita di memoria.
Quando premi Ctrl+Alt+5, Monosnap deve riscaldare un renderer Chromium per disegnare l'overlay di cattura. Su un'app a freddo, questo’è di diverse centinaia di millisecondi. Su un'app "calda" che ha già consumato centinaia di megabyte, ci’vuole più tempo. Alla quinta ora di una giornata lavorativa, l'overlay si disegna abbastanza lentamente da far notare la differenza agli utenti.
L'editor di annotazioni è il principale responsabile
La finestra dell'editor post-cattura è quasi interamente una webview Chromium. Quando rilasci una freccia o disegni un rettangolo, lo strumento invia eventi tramite Electron’il confine IPC al processo nativo e viceversa. Questo viaggio di andata e ritorno è veloce su un processo fresco e notevolmente lento una volta che il processo è carico.
Per gli utenti che fanno annotazioni pesanti — segnalazioni di bug, tutorial, documentazione — questo si accumula. Dieci minuti di annotazione sembrano venti.
Maxisnap: niente Electron, nessun costo aggiuntivo
Maxisnap’l'editor è una finestra nativa PyQt6. La tela di annotazione utilizza QPainter direttamente su un QPixmap.’non c'è webview, nessun confine IPC tra la logica dello strumento e la superficie di rendering. Quando rilasci una freccia, appare nel ciclo di pittura successivo. Non c'è viaggio di andata e ritorno.
L'avvio a freddo dalla tray a pronto per la cattura è di circa un secondo su una macchina tipica. La cattura all'editor è inferiore a 200 ms. Questi numeri rimangono gli stessi all'ora 1, ora 4, ora 8 e ora 72. L'app non’si degrada nel tempo perché non c'’è nulla da accumulare.
Recupera la tua velocità
- 1Scarica l'installer. Pagina di download, 63 MB, gratuito.
- 2Esci da Monosnap dalla tray in modo che entrambe le app non’Non litigare per l'hotkey.
- 3Installa. Le impostazioni predefinite vanno bene. Nessun riavvio.
- 4Premi Ctrl+Alt+5. Nota che l'editor si apre prima che tu’abbia finito di rilasciare i tasti.
Domande sulle prestazioni
Posso velocizzare Monosnap senza cambiare?
Marginalmente. Chiudi l'app a fine giornata invece di tenerla in esecuzione. Deseleziona "Avvia ridotto a icona". Disabilita qualsiasi funzione di sincronizzazione cloud che non’usi. Nulla di tutto ciò risolve il sovraccarico strutturale, ma aiuta leggermente.
È Maxisnap’la qualità di acquisizione è la stessa?
Identica. Output PNG a piena risoluzione, senza perdita di qualità. JPEG è anche supportato con qualità configurabile. Non c'’è alcun downsampling o ridimensionamento a meno che non lo si aggiunga manualmente tramite lo strumento di ritaglio.
Maxisnap supporta l'acquisizione a scorrimento?
Non ancora. Se l'acquisizione a scorrimento è essenziale per il tuo flusso di lavoro, ShareX o Snagit sono scelte migliori. Per l'acquisizione standard di regione / schermo intero / finestra con annotazione, Maxisnap è più veloce e leggero.
Uno strumento di screenshot che rimane veloce.
Nessun riscaldamento. Nessun ritardo. Nessun riavvio rituale.
Scarica MaxisnapCorrelati: perdita di memoria · si blocca · è morto?