Krótka odpowiedź
Slack działa wolno, ponieważ jest aplikacją opartą na Electronie. Electron pakuje do każdej aplikacji desktopowej pełną przeglądarkę Chromium oraz środowisko uruchomieniowe Node.js. Gdy otwierasz Slacka, Twój komputer w istocie uruchamia przeglądarkę, ładuje w niej rozbudowaną aplikację webową, a następnie trzyma to wszystko w pamięci przez cały czas działania programu. Ta decyzja architektoniczna tłumaczy, dlaczego Slack potrafi zajmować znacznie ponad gigabajt RAM-u, nawet jeśli nie wpisałeś jeszcze ani jednej wiadomości.
To nie jest chwilowa awaria ani problem po stronie serwerów Slacka. To podstawowy koszt działania oficjalnego klienta na jakimkolwiek komputerze.
Co Electron robi z Twoim komputerem
Aplikacje Electron generują narzut w kilku wyraźnych obszarach.
Zużycie pamięci. Proces renderujący Chromium ma znaczące bazowe zapotrzebowanie na pamięć, zanim jeszcze uruchomi się jakakolwiek logika aplikacji. Slack dokłada na to cały interfejs przestrzeni roboczej — kanały, wątki, wyszukiwanie, połączenia, integracje. Łączny efekt to ślad pamięciowy porównywalny z otwartą przeglądarką z kilkoma zakładkami, działającą non stop przez cały dzień.
CPU w stanie bezczynności. Aplikacje Electron często odpytują DOM, uruchamiają w tle timery JavaScript i odświeżają fragmenty interfejsu, nawet gdy z nich nie korzystasz. Ta ciągła praca w tle sprawia, że przynajmniej jeden rdzeń procesora pozostaje częściowo zajęty — co przekłada się na pracę wentylatorów i szybsze rozładowywanie baterii w laptopach.
Czas uruchamiania. Uruchomienie Slacka oznacza inicjalizację instancji Chromium, załadowanie pakietu JavaScript, uwierzytelnienie i wyrenderowanie przestrzeni roboczej. Na przeciętnym komputerze może to zająć kilka sekund — wyraźnie dłużej niż uruchomienie równoważnej aplikacji natywnej.
Żadna z tych cech nie jest wyjątkowa dla Slacka. Wiele popularnych aplikacji desktopowych podziela tę samą architekturę i te same kompromisy. Różnica polega na tym, że narzędzie do komunikacji działa w tle przez cały dzień, więc nawet niewielki narzut w stanie bezczynności przekłada się na realny koszt wydajnościowy i bateryjny.
Awaria Slacka czy zawsze tak wolno?
Zanim obwinisz Elektrona, warto wykluczyć rzeczywistą awarię usługi. Slack udostępnia stronę statusu w czasie rzeczywistym pod adresem status.slack.com. Jeśli wysyłanie wiadomości zawodzi, pliki się nie wgrywają albo powiadomienia nie docierają, przyczyną może być incydent platformy. Takie problemy są przejściowe i rozwiązują się same.
Jeśli jednak Slack jest ogólnie ociężały — długo się pojawia po kliknięciu ikony, rozkręca wentylatory albo pokazuje wysokie zużycie pamięci w Monitorze aktywności lub Menedżerze zadań — to właśnie bazowy narzut Electrona, nie chwilowy incydent. Ponowne uruchomienie Slacka może przynieść krótkotrwałą ulgę, bo pamięć zostaje zwolniona i bufory wyczyszczone, ale narzut wraca w miarę trwania sesji.
Co zmienia natywny klient
Natywny klient desktopowy — napisany w kompilowanym języku systemowym i korzystający z własnych mechanizmów renderowania systemu operacyjnego — nie dźwiga ze sobą wbudowanej przeglądarki. Uruchamia się szybciej, bo system operacyjny ładuje mniejszy plik binarny i od razu przystępuje do pracy. W stanie bezczynności zbliża się do zera CPU, bo nie ma żadnej pętli zdarzeń JavaScript działającej w tle. Jego ślad pamięciowy to ułamek tego, czego wymaga Electron, bo alokuje pamięć tylko na dane, które faktycznie musi wyświetlić.
To właśnie dlatego powstało msga. msga (Make Slack Great Again) to darmowy, otwartoźródłowy klient Slacka napisany w C++ z Qt6 — tym samym frameworkiem, którego używa Telegram Desktop. Łączy się z API Slacka natywnie, bez owijania ich w przeglądarkę.
| Cecha | Oficjalny Slack (Electron) | msga (natywny C++/Qt6) |
|---|---|---|
| Podstawa działania | Wbudowany Chromium + Node.js | Skompilowany C++, framework Qt6 |
| RAM w bezczynności | 1 GB lub więcej (typowo) | Około 60–100 MB |
| CPU w bezczynności | Zauważalna aktywność w tle | Bliskie 0% |
| Czas uruchamiania | Kilka sekund | Poniżej jednej sekundy |
| Platformy | Linux, macOS, Windows | Linux, macOS, Windows |
| Licencja | Własnościowa | GPL-3.0 (open source) |
Czego dziś spodziewać się po msga
msga jest w aktywnym rozwoju i nie kryje tego. Podstawowe funkcje komunikacyjne — odczytywanie i wysyłanie wiadomości na kanałach oraz w wiadomościach bezpośrednich — działają. Celem jest klient pokrywający codzienną komunikację bez kosztów zasobowych Electrona.
Niektóre bardziej zaawansowane funkcje Slacka (pewne automatyzacje przepływów pracy, połączenia w aplikacji, część integracji zewnętrznych) są jeszcze na liście do zaimplementowania. Jeśli Twoja praca w dużej mierze opiera się na tych funkcjach, warto zajrzeć na stronę projektu na GitHubie, by sprawdzić aktualny stan przed pełnym przejściem. Wielu użytkowników stosuje pragmatyczne podejście: msga do większości codziennej pracy, a przeglądarkowa wersja Slacka tylko w tych przypadkach brzegowych, które nie są jeszcze obsługiwane.
Praktyczny wniosek
Slack jest dziś powolny z tego samego powodu, co rok temu: uruchamianie aplikacji komunikacyjnej wewnątrz przeglądarki ma koszt, który narasta przez każdą minutę dnia pracy. Sprawdzenie, czy to nie awaria usługi, zawsze ma sens — ale jeśli spowolnienie jest strukturalne, żadne czekanie ani restartowanie nie wyeliminuje go na stałe.
Natywny klient stworzony do tego zadania to rozwiązanie strukturalne. msga jest dostępne dla systemów Linux, macOS i Windows bez żadnych opłat, z kodem źródłowym opublikowanym na licencji GPL-3.0. Jeśli narzut pamięciowy i procesowy oficjalnego klienta wpływa na Twoją codzienną pracę, warto go wypróbować.