Slack est, pour l'essentiel, un navigateur
Slack est construit avec un framework appelé Electron. Electron prend le moteur de navigateur Chromium — le même cœur que celui qui propulse Google Chrome — et l'empaquette avec l'application. Ainsi, lorsque vous ouvrez Slack, vous n'exécutez pas seulement une application de chat. Vous exécutez un navigateur web complet configuré pour afficher un seul site.
Chromium à lui seul nécessite 100 à 200 MB de RAM avant que la moindre logique applicative ne s'exécute par-dessus. Ajoutez le code propre à Slack, et la base est déjà conséquente avant même d'avoir ouvert la première conversation.
Chaque espace de travail multiplie la charge
De la même manière que Chrome gère plusieurs onglets avec des processus distincts, Slack gère plusieurs espaces de travail — et il le fait avec des processus distincts pour chacun. Si vous êtes connecté à trois espaces de travail, vous pouvez avoir huit processus ou plus tournant simultanément. Vous pouvez le vérifier vous-même :
- Windows : ouvrez le Gestionnaire des tâches, trouvez Slack et développez l'entrée
- macOS : ouvrez le Moniteur d'activité et recherchez « Slack »
- Linux : exécutez
ps aux | grep -i slackdans un terminal
Chacun de ces processus a sa propre empreinte mémoire. Le total grimpe vite.
Le travail invisible en arrière-plan
Même quand vous ne lisez ni n'envoyez quoi que ce soit, Slack maintient plusieurs processus en activité permanente :
- Synchronisation des messages en temps réel : interrogation des serveurs pour chaque canal de chaque espace de travail que vous avez rejoint
- Correcteur orthographique : exécution d'un moteur complet de correction orthographique passivement en arrière-plan
- Mise à jour automatique : vérification et préparation silencieuses de nouvelles versions
- Rapport de plantage : collecte de données de diagnostic et préparation de rapports
C'est pourquoi la consommation de mémoire de Slack augmente progressivement tout au long de la journée. Un démarrage à froid à 400 MB peut discrètement atteindre 1,5 GB en fin d'après-midi — même si vous n'avez rien fait d'inhabituel.
Pourquoi Slack l'a conçu ainsi — et pourquoi ils ne changeront pas
Electron est un choix d'ingénierie pragmatique. Une seule base de code, une seule équipe, trois systèmes d'exploitation. Les fonctionnalités arrivent simultanément sur Windows, macOS et Linux. Pour une entreprise de l'envergure de Slack, c'est un véritable avantage opérationnel.
Réécrire l'application en natif demanderait des années d'efforts d'ingénierie et n'ajouterait pas la moindre fonctionnalité visible pour les utilisateurs. Le coût en mémoire est un compromis délibéré, et l'architecture ne va pas changer.
Ce que vous pouvez réellement faire
Il existe des contournements — quitter les espaces de travail inutilisés, désactiver l'accélération matérielle, fermer entièrement Slack quand vous vous absentez. Nous les détaillons dans notre guide pour réduire la consommation de mémoire de Slack.
La solution la plus durable est un client qui n'est pas construit sur Electron. msga est un client Slack natif — il se connecte aux mêmes serveurs Slack que vous utilisez déjà, mais fonctionne sans moteur de navigateur embarqué. Au repos, il utilise environ 60 MB de RAM.