Dlaczego Monosnap zawiesza Twój komputer i jak to naprawić

Jesteś w środku sesji roboczej — IDE otwarte, przeglądarka z dwudziestoma kartami, Slack działa, może Docker w tle. Twój komputer zaczyna zwalniać. Mysz się zacina. Aplikacje reagują po pięciu sekundach. Otwierasz Menedżera zadań i widzisz: Monosnap zużywa 800 MB, 1,2 GB, czasem ponad 2 GB pamięci RAM.

To nie jest błąd, który zgłosiłeś i oczekujesz naprawy. To jest problem systemowy zakorzeniony w architekturze Monosnap. Był zgłaszany przez użytkowników od lat i nie został rozwiązany, ponieważ jego podstawowa przyczyna jest fundamentalna dla sposobu, w jaki Monosnap jest zbudowany.

Ten artykuł wyjaśnia, dlaczego tak się dzieje, jak to zdiagnozować, tymczasowe obejścia i — kiedy masz już dość — trwałe rozwiązanie.

Główna przyczyna: Electron i wycieki pamięci

Monosnap jest zbudowany na Electron, frameworku, który uruchamia aplikacje internetowe jako aplikacje desktopowe, łącząc Chromium (silnik stojący za Chrome) i Node.js. Każda aplikacja Electron zasadniczo uruchamia przeglądarkę internetową w tle, dlatego aplikacje Electron zazwyczaj zużywają więcej zasobów niż aplikacje natywne.

Sam Electron nie powoduje z natury wycieków pamięci — dobrze zbudowane aplikacje Electron efektywnie zarządzają pamięcią. Ale Electron ułatwia wprowadzanie wycieków pamięci i utrudnia ich wykrywanie. Połączenie mechanizmu garbage collection JavaScriptu, potoku renderowania Chromium i pętli zdarzeń Node.js tworzy wiele powierzchni, gdzie pamięć może wyciekać.

W przypadku Monosnap, z raportów użytkowników i analizy systemu wynika kilka zgłoszonych wzorców wycieków:

Akumulacja bufora obrazu

Każdy zrzut ekranu przechwycony przez Monosnap istnieje jako bufor obrazu w pamięci. W dobrze zaimplementowanym narzędziu, te bufory są zwalniane po zapisaniu lub przesłaniu obrazu. W Monosnap, raporty użytkowników sugerują, że bufory obrazu z poprzednich przechwyceń nie są w pełni zwalniane, co powoduje wzrost zużycia pamięci z każdym wykonanym zrzutem ekranu. Zrób 50 zrzutów ekranu w jednej sesji, a będziesz mieć 50 częściowo zatrzymanych buforów obrazu zużywających pamięć RAM.

Nadmierne obciążenie procesu renderowania

Aplikacje Electron używają procesów renderujących (zasadniczo kart Chrome) dla swojego interfejsu użytkownika. Okna edytora, podglądu i ustawień Monosnap działają jako procesy renderujące. Jeśli te procesy nie są prawidłowo zamykane po zamknięciu okien, ich alokacje pamięci pozostają. Podczas długiej sesji z wielokrotnym otwieraniem i zamykaniem edytora, pamięć ta się kumuluje.

Wycieki słuchaczy zdarzeń

Słuchacze zdarzeń JavaScript, które są rejestrowane, ale nigdy nie wyrejestrowywane, są klasycznym źródłem wycieków pamięci w aplikacjach Electron. Każdy słuchacz przechowuje referencję, która uniemożliwia modułowi odśmiecania pamięci zwolnienie powiązanej pamięci. W narzędziu, które stale nasłuchuje globalnych skrótów klawiszowych (hotkeys), zmian schowka i zdarzeń wyświetlania, nawet małe wycieki słuchaczy kumulują się z czasem.

Jak zdiagnozować problem

Jeśli podejrzewasz, że Monosnap spowalnia Twój system, oto jak to potwierdzić:

Sprawdzenie w Menedżerze zadań

Naciśnij Ctrl+Shift+Esc aby otworzyć Menedżera zadań
Kliknij „Więcej szczegółów”, jeśli widzisz widok uproszczony
Kliknij nagłówek kolumny „Pamięć”, aby posortować według użycia pamięci RAM
Poszukaj wpisów „Monosnap” — może być ich wiele (jeden na każdy proces Electron)
Zanotuj całkowitą pamięć dla wszystkich procesów Monosnap

Normalne zużycie pamięci w stanie bezczynności dla narzędzia do zrzutów ekranu wynosi 30-60 MB. Jeśli całkowite zużycie Monosnap przekracza 300 MB, masz wyciek. Powyżej 500 MB to poważny problem. Powyżej 1 GB aktywnie obniża wydajność Twojego systemu.

Szczegółowa analiza w Monitorze zasobów

Aby uzyskać więcej szczegółów, otwórz Monitor zasobów (resmon z okna dialogowego Uruchom):

Przejdź do zakładki Pamięć
Znajdź procesy Monosnap
Sprawdź „Zestaw roboczy” (rzeczywista używana pamięć fizyczna RAM) oraz „Prywatna” (pamięć wyłączna dla Monosnap)
Obserwuj te wartości przez 30 minut normalnego użytkowania — jeśli rosną, mimo że nie robisz zrzutów ekranu, wyciek jest potwierdzony

Tymczasowe rozwiązania

Te obejścia zarządzają objawami. Nie naprawiają one podstawowego wycieku.

Regularnie restartuj Monosnap

Najprostsze obejście. Kliknij prawym przyciskiem myszy ikonę Monosnap w zasobniku systemowym, zamknij i uruchom ponownie. To czyści całą zgromadzoną pamięć. Niektórzy użytkownicy konfigurują zadanie w Harmonogramie zadań Windows, aby restartować Monosnap co kilka godzin.

Wyłącz synchronizację z chmurą

Funkcje synchronizacji z chmurą Monosnap utrzymują dodatkowe połączenia i dane w pamięci. Jeśli nie korzystasz z przechowywania w chmurze, wyłącz tę opcję w Ustawieniach. To nie wyeliminuje wycieków, ale może zmniejszyć tempo wzrostu zużycia pamięci.

Zmniejsz aktywność w tle

Wyłącz funkcje, których nie używasz: monitorowanie schowka, automatyczne przechwytywanie, wtyczki integracyjne. Każda aktywna funkcja dodaje słuchaczy zdarzeń i procesy w tle, które mogą powodować wycieki.

Ustaw limit pamięci w systemie Windows

Możesz utworzyć skrypt, który monitoruje zużycie pamięci przez Monosnap i automatycznie go restartuje, gdy przekroczy określony próg:

# PowerShell script — save as restart-monosnap.ps1
$threshold = 500MB
$process = Get-Process -Name "Monosnap" -ErrorAction SilentlyContinue
if ($process -and ($process.WorkingSet64 -gt $threshold)) {
    Stop-Process -Name "Monosnap" -Force
    Start-Sleep -Seconds 2
    Start-Process "C:\Program Files\Monosnap\Monosnap.exe"
}

Zaplanuj uruchamianie tego co godzinę za pomocą Harmonogramu zadań. To prowizoryczne rozwiązanie, ale skuteczne.

Trwałe rozwiązanie: Przejdź na narzędzie natywne

Trwałym rozwiązaniem problemu wycieków pamięci w narzędziach opartych na Electron jest zaprzestanie ich używania. Natywne aplikacje do tworzenia screenshotów — zbudowane bezpośrednio na interfejsach API systemu operacyjnego, bez środowiska uruchomieniowego przeglądarki internetowej — nie mają tego samego obszaru podatności na wycieki pamięci.

Maxisnap jest zbudowany natywnie dla Windows. Nie używa Electron, Chromium ani Node.js. Wykorzystuje bezpośrednio Windows API do przechwytywania ekranu, GDI+ do przetwarzania obrazu oraz lekkie frameworki UI dla edytora adnotacji. Rezultat:

~35 MB pamięci RAM w stanie spoczynku — i pozostaje na poziomie ~35 MB. Brak wzrostu w czasie. Brak wycieków.
Poniżej 70 MB po instalacji — w porównaniu do ponad 200 MB Monosnap (z czego większość to dołączony Chromium)
Zero procesów Electron — jeden proces w Menedżerze zadań, przewidywalne zużycie zasobów
Brak potrzeby ponownych uruchomień — działa tygodniami bez wzrostu zużycia pamięci

Zestaw funkcji obejmuje wszystko, czego potrzebuje większość użytkowników Monosnap: przechwytywanie regionu, przechwytywanie pełnego ekranu, 11 narzędzi do adnotacji (w tym rozmycie dla wrażliwych danych) oraz przesyłanie przez SFTP, FTP, S3 lub HTTP. Zobacz pełne porównanie.

Migracja z Monosnap do Maxisnap

Przejście zajmuje około pięciu minut:

Pobierz Maxisnap — Poniżej 70 MB, instaluje się w około minutę
Poznaj skróty klawiszowe — Ctrl+Alt+5 (region), Ctrl+Alt+6 (pełny ekran), Ctrl+Alt+7 (automatyczne przesyłanie). Pełny przewodnik po skrótach tutaj.
Skonfiguruj przesyłanie (opcjonalnie) — Jeśli używałeś chmury Monosnap, skonfiguruj przesyłanie SFTP na własny serwer aby uzyskać podobny przepływ pracy od przechwytywania do linku, bez zależności od chmury Monosnap.
Wyłącz uruchamianie Monosnap — Ustawienia > Ogólne > odznacz „Uruchom przy starcie systemu”
Włącz uruchamianie Maxisnap — Ustawienia > zaznacz „Uruchom z Windows”

Twoje screenshoty z chmury Monosnap pozostają dostępne poprzez interfejs internetowy Monosnap nawet po odinstalowaniu aplikacji desktopowej. Nowe screenshoty będą obsługiwane przez Maxisnap.

Dlaczego ten problem nie zostanie naprawiony

Wycieki pamięci w Electron są notorycznie trudne do naprawienia, ponieważ są rozłożone na warstwy frameworka. Wyciek w procesie renderowania wymaga innego debugowania niż wyciek w procesie głównym lub warstwie Node.js. Znalezienie i naprawienie każdego wycieku w złożonej aplikacji Electron to w zasadzie ciągły projekt — a nie jednorazowa poprawka.

Zespół Monosnap musiałby albo zainwestować znaczący wysiłek inżynierski w profilowanie pamięci i usuwanie wycieków, albo przepisać aplikację bez Electron. Żadne z tych rozwiązań nie wydaje się być na ich mapie drogowej, biorąc pod uwagę, że problem utrzymuje się przez wiele głównych wersji.

Dla użytkowników oznacza to, że problem nie zniknie. Możesz nim zarządzać za pomocą restartów i obejść, albo możesz go wyeliminować, przechodząc na narzędzie, które nie niesie ze sobą narzutu Electron.

Końcowe przemyślenia

Narzędzie do zrzutów ekranu powinno być niewidoczne. Powinno znajdować się w zasobniku systemowym, zużywać znikome zasoby i przechwytywać ekran po naciśnięciu skrótu klawiszowego. Nie powinno być powodem, dla którego komputer zawiesza się podczas prezentacji.

Jeśli zużycie pamięci przez Monosnap wpływa na Twoją pracę, powyższe tymczasowe rozwiązania pomogą. Ale trwałe rozwiązanie jest oczywiste: użyj narzędzia stworzonego do tego zadania, bez obciążenia przeglądarką internetową działającą w tle.

Pobierz Maxisnap i porównaj swój Menedżer zadań przed i po. Różnica jest natychmiastowa. Darmowy do użytku osobistego — wypróbowanie nic nie kosztuje.