Retour au blog
·8 min de lecture·productdevbook

Pourquoi Slack consomme autant de bande passante sur Mac (et comment le voir)

Slack est l'une des applications les plus bavardes sur le réseau dans macOS. Décomposition des raisons et façon de voir exactement ce qu'il fait sur votre machine.

  • App-specific
  • macOS
  • Bandwidth
  • Productivity

Vous jetez un œil à votre barre de menu et Slack tire 2 Mo/s alors que vous ne tapez même pas. Activity Monitor montre quatre entrées différentes « Slack Helper » avec différents totaux, dont aucun n'additionne ce que vous voyez dans votre moniteur réseau. Si vous vous êtes déjà demandé pourquoi l'usage de bande passante de Slack semble disproportionné par rapport au travail qu'il fait, la réponse est dans son architecture — Electron, websockets, processus auxiliaires, et une pile A/V par défaut plus lourde que les gens ne réalisent.

Ce n'est pas un papier à charge contre Slack. Slack est franchement utile et la façon dont il utilise le réseau a globalement du sens. Mais les chiffres par processus peuvent être confus sur macOS, et quelques réglages valent la peine d'être connus.

Pourquoi l'usage de bande passante de Slack tourne haut (la réponse architecturale)

Slack sur Mac est une application Electron. Cela signifie qu'il empaquette Chromium sous le capot, et comme Chrome il divise le travail à travers plusieurs processus :

  • Slack — processus principal, interface, coordination.
  • Slack Helper — rendus utilitaires et travail d'arrière-plan.
  • Slack Helper (GPU) — processus GPU pour le compositing.
  • Slack Helper (Renderer) — un ou plusieurs processus de rendu pour l'interface.
  • Slack Helper (Plugin) — hôte de plugin (rare dans les versions actuelles).

Chaque auxiliaire a son propre PID. Chacun peut avoir ses propres sockets réseau. Quand vous demandez « combien de bande passante Slack utilise sur Mac », il faut sommer entre le parent et tous les auxiliaires — ou utiliser un outil qui les regroupe pour vous.

Regroupement des processus auxiliaires
ova roule chaque PID Slack Helper en une seule ligne « Slack ». Vous voyez le vrai total au lieu de sept nombres partiels.

Ce qu'il y a vraiment sur le câble

Quelques catégories de trafic, grossièrement par ordre de contribution :

1. Le websocket

Slack maintient un websocket persistant ouvert vers les serveurs Slack. Cela transporte les mises à jour de présence, nouveaux messages, indicateurs de saisie, réactions, notifications de téléversement de fichiers, changements d'état de canaux, et pings. Au repos, le websocket est petit — quelques Ko/s — mais chaque événement que vous attendez instantané dans l'interface est une ou plusieurs frames sur cette connexion.

Si vous avez beaucoup de canaux occupés, le websocket seul peut siéger à 50-150 Ko/s pendant les heures ouvrables.

2. Récupérations HTTP

Chargements UI, images d'avatars, historique de canaux, résultats de recherche, aperçus de liens, emoji. Ce sont de courtes rafales — ouvrir un canal pour la première fois aujourd'hui récupère plusieurs Mo ; l'ouvrir la seconde fois frappe le cache.

3. Transferts de fichiers

Glissez une image de 30 Mo dans un canal et vous verrez un pic propre sur votre lien montant. Slack téléverse vers son stockage de fichiers, puis ping le websocket pour informer le canal du fichier. Votre client, à son tour, télécharge les aperçus des fichiers que d'autres partagent. Une équipe qui partage beaucoup de fichiers de design peut déplacer des centaines de Mo par jour juste pour les aperçus.

4. Appels audio et vidéo

C'est le grand. Un huddle Slack (audio uniquement) c'est quelques centaines de Kbps par direction. Les huddles vidéo c'est plusieurs Mbps. Le partage d'écran en plus de la vidéo peut pousser 5+ Mbps. Multipliez par le nombre de participants dont vous décodez la vidéo.

5. Mises à jour et analytique en arrière-plan

L'auto-updater Slack tourne en arrière-plan et tire de nouvelles versions périodiquement. Plus la télémétrie — usage de fonctionnalités, rapports de plantage — mesurée en Ko/jour, surtout négligeable.

Vrais chiffres d'une journée typique

Chiffres d'un seul Mac faisant tourner Slack avec environ 25 canaux, trois ou quatre actifs pendant la journée, deux huddles totalisant 45 minutes :

  • Au repos (application ouverte, pas d'interaction) : 5-30 Ko/s en régime stable. Plus haut avec plusieurs canaux occupés.
  • Saisie dans un canal occupé : brefs pics à 50-100 Ko/s alors que la présence et accusés de lecture circulent.
  • Ouverture d'un canal à froid : 1-5 Mo selon la profondeur d'historique et le nombre d'avatars.
  • 45 minutes de huddle (1:1, vidéo activée) : ~600-900 Mo au total.
  • Une journée de travail typique, sans huddles, activité modérée : 100-300 Mo.
  • Une journée avec deux huddles vidéo : 1-2 Go facilement.

Ce sont des estimations. Les habitudes d'emoji de votre équipe comptent plus que vous ne le pensez.

Comment vraiment le voir sur votre Mac

Trois options, par utilité croissante :

Activity Monitor

Ouvrez Activity Monitor → onglet Network. Triez par « Sent Bytes » ou « Rcvd Bytes ». Vous verrez le parent et les auxiliaires comme lignes séparées, avec totaux cumulés depuis le démarrage du processus. Utile comme vérification de bon sens, moins utile pour « que fait Slack maintenant ».

nettop

Dans Terminal :

nettop -P -m route

Vue par processus mise à jour en direct. Même problème — Slack et ses auxiliaires apparaissent comme lignes séparées.

Un moniteur en barre de menu avec regroupement des auxiliaires

ova est construit autour exactement de ce motif. Il montre une seule ligne « Slack » avec le débit combiné à travers tous les auxiliaires, un sparkline de l'activité récente, et une chronologie parcourable pour que vous puissiez voir quand le pic a eu lieu. Cliquez sur « Slack » et vous pouvez creuser jusqu'au détail par auxiliaire si vous le voulez.

Voyez ce que Slack utilise vraiment

ova regroupe les PIDs Slack Helper sous l'application parente et montre la bande passante en direct + historique par application. Local, signé, ~3 Mo.

Télécharger pour macOS

Réduire l'usage de bande passante de Slack — les réglages qui comptent vraiment

La plupart des conseils « économiser la bande passante dans Slack » sont recyclés et faux. Voici ce qui marche vraiment :

1. Animer les emoji : désactivé

Slack → Préférences → Animation et aperçus d'images → Animer les emoji en défilant. Désactivé. Réduit la bande passante (les GIFs animés sont gros) et le CPU.

2. Afficher les médias en ligne : selon les besoins

Même panneau de préférences. Régler « afficher images et fichiers » sur manuel signifie que vous cliquez pour étendre, ce qui évite l'auto-téléchargement de chaque image partagée. Compromis : interface légèrement moins riche ; pour une connexion limitée en bande passante, victoire facile.

3. Défauts voix et vidéo

Dans un huddle, vous pouvez :

  • Désactiver votre vidéo — diminue votre upload de ~80 % pour ce segment.
  • Cacher la vidéo des autres participants (galerie → vue speaker) — réduit la charge de décodage.
  • Baisser la qualité vidéo si Slack l'expose.

Pour les longues réunions sur hotspot, vidéo désactivée est le bon défaut.

4. Quittez Slack quand vous n'en avez pas besoin

Cela paraît évident. Slack a du mal à fermer son websocket en réduit — fermer la fenêtre ne quitte pas l'application sur macOS. Cmd-Q si. Si vous êtes sur une connexion plafonnée et n'avez pas besoin de messagerie temps réel, quittez-le.

5. Limitez quels espaces de travail s'ouvrent automatiquement

Chaque espace de travail fait tourner grossièrement un ensemble d'auxiliaires et un websocket. Trois espaces de travail c'est trois de tout. Supprimer un espace que vous n'utilisez pas activement supprime sa part de bande passante.

Pourquoi les chiffres ne correspondent pas entre outils

Une confusion fréquente : Activity Monitor dit que Slack a utilisé 240 Mo aujourd'hui, votre moniteur en barre de menu dit 380 Mo, nettop montre encore un autre nombre. Raisons :

  • Fenêtres de mesure différentes. Activity Monitor compte depuis le démarrage du processus. Un moniteur en barre de menu peut compter aujourd'hui, cette semaine, ou en glissant.
  • Inclusion des auxiliaires. Si la ligne du processus parent dans un outil exclut les auxiliaires, vous verrez moins qu'un outil qui les regroupe.
  • Échantillonnage vs compteurs totaux. nettop sonde ; Activity Monitor lit les compteurs noyau ; un bon moniteur fait pareil. Les nombres devraient s'accorder de près si mesurés sur la même fenêtre avec la même portée.

La solution est de choisir un outil et l'utiliser consistamment pour les comparaisons. La ligne par application d'ova est un nombre — combiné à travers tous les auxiliaires Slack, sur une fenêtre que vous choisissez — ce qui rend la comparaison à pommes-pommes plus facile.

Slack sur hotspot ou connexion plafonnée

Si vous partagez votre téléphone ou travaillez depuis un endroit avec un plafond de données, Slack s'accumule vite. Règles pratiques :

  1. Pas de huddles vidéo en cellulaire. Les huddles audio uniquement sont tolérables. La vidéo non.
  2. Auto-téléchargement des médias : désactivé. Vous épargne quelqu'un partageant un fichier de design de 200 Mo dans un canal que vous survolez.
  3. N'ouvrez pas de vieux canaux. Les ouvertures à froid récupèrent l'historique. Si vous n'avez pas besoin de défiler, ne le faites pas.
  4. Quittez Slack entre les sessions concentrées. Au lieu de le laisser tourner pour la « présence », appuyez-vous sur l'email ou les DMs et vérifiez Slack au début et à la fin de votre bloc.
  5. Utilisez le client web brièvement. La version navigateur, dans un seul onglet, peut être plus légère que l'application Electron — moins d'auxiliaires, pas de travail d'arrière-plan d'auto-mise à jour.

Comparer Slack aux alternatives

Côté bande passante, l'ordre approximatif :

  • iMessage / Mail — basés push, presque-zéro au repos.
  • Telegram, WhatsApp — petite empreinte au repos, trafic de message modeste.
  • Discord — Electron, architecture similaire à Slack, profil de repos similaire.
  • Microsoft Teams — plus lourd que Slack au repos, similaire en appels.
  • Slack — modéré-lourd au repos, lourd en appels.
  • Zoom — léger au repos, lourd en appels (voir notes ailleurs).

Ce n'est pas une recommandation de changer — le profil de bande passante de Slack est raisonnable pour ce qu'il fait. Mais si vous avez blâmé « le réseau » et que c'est en fait un client de messagerie de 4 Go par jour, ça vaut la peine de savoir.

Pour conclure

L'usage de bande passante de Slack sur Mac est haut parce que c'est une application Electron avec un websocket persistant, plusieurs processus auxiliaires, et un ensemble de fonctionnalités qui inclut les médias en ligne et appels vidéo. La majeure partie de ce que vous voyez est normal. Une partie est configurable. Tout est plus facile à raisonner quand votre moniteur regroupe les auxiliaires sous une ligne « Slack ».

Faites tourner ova pendant un jour, observez la contribution de Slack à votre total, et décidez si le coût correspond à la valeur que vous obtenez. Pour la plupart des gens, Slack le vaut ; pour les gens sur connexions plafonnées, quelques tweaks de réglages économisent beaucoup.