Prestandadiagnos

Varför Monosnap blev så långsamt — och lösningen

Det brukade inte’ta så här lång tid. Uppstart brukade vara en sekund. Redigeraren brukade öppnas direkt. Här’är vad som ändrats, varför trenden inte kommer’vända, och det lätta alternativet som faktiskt känns snabbt igen.

Kallstart till första skärmdump redo
Monosnap3.2 s
Maxisnap1.1 s
Latens från skärmdump till redigerare
Monosnap1.5–5 s
Maxisnap< 200 ms
Ledigt RAM efter 8 timmar
Monosnap~800 MB
Maxisnap~50 MB
Redigerarens anteckningsfördröjning
MonosnapMärkbart
MaxisnapOmärkbart

Electron-skatten, förvärrad

Monosnap började inte’som en Electron-app. Tidigt i dess liv var mycket av infångnings- och redigeringskoden nativ. Med tiden byggdes UI-komponenter om ovanpå en Chromium-renderare — vilket gjorde dem lättare att iterera på men lade till en stor, permanent uppstartskostnad.

Electron blir inte’lättare med tiden. Varje år lägger Chromium till funktioner, levererar mer kod, en högre minnesbaslinje och mer komplicerad initialisering. En app som var acceptabel på 60 MB 2019 är nu minst 180 MB vid lansering, och växer därifrån. Det’är innan man beaktar minnesläckan vi täckte på minnesläckasidan.

När du trycker på Ctrl+Alt+5, måste Monosnap värma upp en Chromium-renderare för att måla infångningsöverlägget. I en kall app, det’tar flera hundra millisekunder. På en varm app som redan har läckt hundratals megabyte, tar det’längre. Vid den femte timmen av en arbetsdag målas överlägget tillräckligt långsamt för att användare ska märka en skillnad.

Anteckningsredigeraren är den värsta boven

Redigeringsfönstret efter skärmdumpen är nästan helt en Chromium webview. När du släpper en pil eller ritar en rektangel skickar verktyget händelser via Electron’s IPC-gräns till den inbyggda processen och tillbaka igen. Denna tur och retur är snabb på en ny process och märkbart seg när processen är belastad.

För användare som gör mycket anteckningar — buggrapporter, handledningar, dokument — detta ackumuleras. Tio minuters antecknande känns som tjugo.

Maxisnap: ingen Electron, ingen extra kostnad

Maxisnap’s redigerare är ett inbyggt PyQt6-fönster. Anteckningsduken använder QPainter direkt på en QPixmap. Det’finns ingen webview, ingen IPC-gräns mellan verktygslogiken och renderingytan. När du släpper en pil visas den i nästa ritcykel. Det finns ingen tur och retur.

Kallstart från systemfältet till redo att fånga är ungefär en sekund på en typisk maskin. Fångst till redigerare är under 200 ms. Dessa siffror förblir desamma vid timme 1, timme 4, timme 8 och timme 72. Appen’försämras inte över tid eftersom det’finns inget att ackumulera.

60-sekundersbyte

Få tillbaka din hastighet

  1. 1
    Ladda ner installationsprogrammet. Nedladdningssida, 63 MB, gratis.
  2. 2
    Avsluta Monosnap från systemfältet så att båda apparna inte’slåss om snabbkommandot.
  3. 3
    Installera. Standardinställningarna är bra. Ingen omstart.
  4. 4
    Tryck Ctrl+Alt+5. Märk att redigeraren öppnas innan du’har släppt tangenterna.
FAQ

Prestandafrågor

Kan jag snabba upp Monosnap utan att byta?

Marginellt. Stäng appen vid dagens slut istället för att hålla den igång. Avmarkera "Starta minimerad". Inaktivera alla molnsynkroniseringsfunktioner du inte’använder. Inget av detta åtgärdar den strukturella överbelastningen, men det hjälper lite.

Är Maxisnap’är skärmbildskvaliteten densamma?

Identisk. PNG-utdata i full upplösning, förlustfri. JPEG stöds också med konfigurerbar kvalitet. Det’finns ingen nedskalning eller storleksändring om du inte lägger till det själv via beskärningsverktyget.

Stöder Maxisnap rullande skärmbildsfångst?

Inte än. Om rullande skärmbildsfångst är avgörande för ditt arbetsflöde, ShareX eller Snagit är bättre alternativ. För standard region / helskärm / fönsterfångst med annotering är Maxisnap snabbare och lättare.

Ett skärmbildsverktyg som förblir snabbt.

Ingen uppvärmning. Ingen fördröjning. Inga rituella omstarter.

Ladda ner Maxisnap

Relaterat: minnesläckan · fryser · är det dött?