ova vs Moniteur d'activité : quand l'outil intégré ne suffit plus
Le Moniteur d'activité couvre beaucoup de questions réseau sur Mac. Voici celles qu'il ne couvre pas, et pourquoi un outil dédié mérite sa place.
- Comparison
- macOS
- Bandwidth
- Tools
Vous ouvrez Activity Monitor, cliquez sur l'onglet Network, et fixez une colonne appelée « Sent Bytes » qui affiche 14,2 Go à côté d'un processus que vous ne reconnaissez pas. Est-ce mauvais ? Est-ce depuis le boot ? Depuis la dernière connexion utilisateur ? Le nombre grimpe-t-il encore ? Activity Monitor ne vous dira rien de tout cela sans un chronomètre et un bloc-notes. C'est le moment où la plupart des gens commencent à regarder la situation de bande passante d'Activity Monitor plus sérieusement.
Activity Monitor est un bon outil forensique. Il est franchement mauvais comme moniteur de bande passante temps réel. Ce billet explique ce que l'application intégrée fait vraiment, où elle tombe, et comment un outil dédié comme ova comble les lacunes.
Ce que l'onglet Network d'Activity Monitor montre vraiment
Ouvrez Activity Monitor (Applications → Utilitaires → Activity Monitor) et cliquez sur l'onglet Network. Vous verrez une ligne par processus avec ces colonnes :
- Bytes Sent / Bytes Received — cumulé depuis le démarrage du processus
- Sent Bytes/sec / Rcvd Bytes/sec — débit instantané, rafraîchi toutes les quelques secondes
- Sent Packets / Rcvd Packets — compteurs de paquets, surtout utiles pour les ingénieurs réseau
- Un graphique de totaux à l'échelle système en bas montrant le débit agrégé
Les données viennent de compteurs au niveau noyau que macOS garde déjà pour la comptabilité. C'est précis. C'est aussi brut — il n'y a pas de couche d'interprétation entre vous et les nombres.
C'est génial pour un cas d'usage spécifique : « je veux confirmer que le processus X a fait de l'activité réseau à un moment depuis qu'il a démarré ». Pour cela, Activity Monitor est le bon outil et vous n'avez besoin de rien d'autre.
Où la vue de bande passante d'Activity Monitor tombe
Une fois que votre question est autre chose que « ce processus a-t-il jamais touché au réseau », les fissures apparaissent vite.
1. Pas de débit en direct que vous pouvez vraiment observer
Les colonnes « Bytes/sec » se rafraîchissent toutes les deux secondes par défaut et les débits sont bruyants. Pas de graphique par processus, pas de ligne lissée, pas d'historique parcourable. Vous ne pouvez pas le laisser ouvert dans le coin de votre écran et le consulter comme un compteur de vitesse — c'est une liste de nombres qui changent avant que vous ayez fini de les lire.
Si vous voulez observer votre upload pendant un appel Zoom pour comprendre pourquoi la qualité de l'appel se dégrade, Activity Monitor n'est pas l'outil. Il vous faut quelque chose qui peint un graphique de débit et le garde visible.
2. Les compteurs cumulés se réinitialisent à chaque redémarrage
La colonne « Bytes Sent » commence à compter quand le processus démarre. Redémarrez votre Mac, et chaque compteur se réinitialise. Quittez et relancez une application, et le compteur de cette application se réinitialise. Il n'y a pas de concept « aujourd'hui » ou « cette semaine » dans Activity Monitor — seulement « depuis que ce PID est apparu ».
Cela rend Activity Monitor presque inutile pour la question de bande passante la plus courante sur une connexion plafonnée : combien de données ai-je utilisées aujourd'hui ?
3. Les processus auxiliaires sont éparpillés, pas agrégés
C'est le grand. Les applications macOS modernes sont multi-processus. Ouvrez Chrome avec cinq onglets et Activity Monitor vous montrera :
- Google Chrome (le processus UI parent, souvent près de zéro réseau)
- Google Chrome Helper (Renderer) — plusieurs PIDs, un par onglet ou site
- Google Chrome Helper (GPU) — généralement au repos sur le réseau
- Google Chrome Helper (Plugin) — pour les décodeurs média et DRM
- Google Chrome Helper — auxiliaires génériques pour service workers et extensions
Slack, Discord, Telegram, Microsoft Teams, Spotify, et la plupart des applications Electron suivent le même motif. Le trafic est réparti à travers les auxiliaires. Aucune ligne unique n'a l'air mauvaise. L'agrégat est énorme.
Pour obtenir un vrai nombre il faut soit trier par nom et additionner les auxiliaires de tête, soit filtrer par Chrome et totaliser les octets visibles. Le temps de finir, les nombres ont bougé.
4. Pas d'historique — pas de retour en arrière
Activity Monitor vit entièrement dans le présent. Il ne peut pas vous dire ce qui s'est passé à 15 h 14 hier. Si l'application de votre FAI dit que vous avez utilisé 30 Go le mardi, Activity Monitor ne peut pas vous aider à reconstituer la journée. Soit vous aviez un moniteur en marche à l'époque, soit non.
5. Démons et processus d'arrière-plan sont inscrutables
L'onglet Network vous montrera volontiers cloudd, nsurlsessiond, mediaanalysisd, mDNSResponder, apsd, et une douzaine d'autres démons système. Aucun n'est étiqueté en termes humains. nsurlsessiond faisant 200 Mo en upload signifie qu'iCloud ou la session URL d'arrière-plan d'une application expédie des données — mais Activity Monitor ne vous dira pas quelle application possède ce trafic.
Ce qu'ova ajoute par-dessus
ova est construit spécifiquement pour répondre aux questions auxquelles Activity Monitor ne peut pas.
- Débit en direct par application, lissé, dans la barre de menu. Cliquez et vous voyez download/upload par application se mettant à jour environ une fois par seconde.
- Agrégation des auxiliaires. Les sept auxiliaires de Chrome se condensent sous « Google Chrome ». Les auxiliaires de Slack sous « Slack ». Vous lisez des noms d'applications, pas des PIDs.
- Une chronologie parcourable. Glissez en arrière de deux heures, voyez ce qui était occupé, attribuez le pic à une application.
- Historique persistant. Les compteurs survivent aux redémarrages et aux quitter. « Combien j'ai utilisé aujourd'hui » est une vraie question avec une vraie réponse.
- Attribution des démons quand possible. Le trafic d'arrière-plan via nsurlsessiond reçoit l'étiquette du bundle d'origine quand macOS l'expose.
Il est aussi petit (environ 3 Mo), silencieux (CPU au repos sous 0,3 %), local (pas de télémétrie, pas de compte, toutes les données sur disque), et signé et notarisé pour macOS 14+ sur Apple Silicon et Intel.
Une comparaison pratique : diagnostiquer une journée de 50 Go
Supposez que votre FAI vous envoie un texto que vous avez utilisé 50 Go hier sur un forfait mensuel de 200 Go. Parcourez les deux outils.
Avec Activity Monitor seul
- Ouvrez Activity Monitor → Network.
- Réalisez que les compteurs se sont réinitialisés au redémarrage d'hier, donc ils ne montrent que le trafic de ce matin.
- Triez par Bytes Sent. La ligne du haut est
nsurlsessiondà 6 Go. Vous ne savez pas quelle application il représente. - La deuxième ligne est
Google Chrome Helperà 3 Go. Il y a huit autres lignes Helper en dessous. Vous les additionnez à la main et obtenez quelque chose comme 11 Go. - Vous ne pouvez toujours pas rendre compte du reste des 50 Go et vous ne pouvez pas remonter à hier.
- Abandonnez, blâmez les « mises à jour d'arrière-plan », passez à autre chose.
Avec ova qui tournait hier
- Ouvrez ova, parcourez la chronologie en arrière vers hier.
- Voyez un pic de 35 Go entre 14 h et 16 h attribué à « Photos ».
- Souvenez-vous d'avoir réactivé la synchro iCloud Photos après avoir effacé votre téléphone.
- Mystère résolu en moins d'une minute.
C'est l'écart. Activity Monitor est un instantané. ova est un enregistrement.
Voyez ova en action
Un moniteur de bande passante en barre de menu consultable d'un coup d'œil — local, signé, ~3 Mo.
Quand Activity Monitor est encore le bon outil
Soyez juste avec lui. Il y a des travaux qu'Activity Monitor fait bien qu'ova n'essaie pas du tout de faire :
- Tuer un processus. Le gros bouton « X » en haut est la façon la plus rapide de forcer à quitter quelque chose qui se comporte mal.
- Forensique CPU et mémoire. Les onglets CPU et Memory d'Activity Monitor sont détaillés et gratuits.
- Vérifications ponctuelles. « Cette application parle-t-elle au réseau du tout maintenant ? » — un seul Cmd+Tab vers Activity Monitor y répond immédiatement, pas besoin d'installer.
- Navigation d'arbre de processus. Hierarchical View dans le menu View est franchement utile pour comprendre les PIDs parent/enfant.
Si votre besoin est forensique, sporadique, ou concerne autre chose que le trafic réseau, l'outil intégré convient. Vous n'avez rien à installer pour y jeter un œil. La vue de bande passante d'Activity Monitor devient un problème seulement quand vous commencez à poser des questions auxquelles elle n'a jamais été conçue pour répondre.
Flux de travail pratique si vous installez ova
Un flux de travail à deux outils raisonnable ressemble à ceci :
- ova en barre de menu, toujours en marche. C'est la vue en direct et historique de la bande passante.
- Activity Monitor dans votre Dock ou Spotlight, ouvert sur demande. C'est le scalpel pour « ce qui se passe à cet instant précis dans le noyau ».
Quand ova vous montre un pic d'upload de 40 Mbps de « Dropbox » mais vous voulez savoir quel PID auxiliaire spécifique de Dropbox est responsable, sautez vers Activity Monitor et confirmez. Quand Activity Monitor vous montre un compte Bytes Sent géant sur nsurlsessiond et vous voulez savoir quelle application l'a causé, sautez vers l'historique d'ova et regardez ce qui était actif à l'époque.
Que faire ensuite
Si vous n'avez jamais essayé de filtrer l'onglet Network d'Activity Monitor par nom, faites-le d'abord — parfois cinq minutes d'investigation manuelle suffisent. Si vous vous trouvez à faire cette investigation plus d'une fois par semaine, l'outil intégré n'est pas la bonne forme pour votre problème.
Une courte liste de prochaines étapes :
- Ouvrez Activity Monitor → Network et triez par Bytes Sent. Notez les trois lignes du haut.
- Essayez d'identifier quelles applications possèdent les processus auxiliaires. (Si trois du top cinq sont méconnaissables, c'est votre signe.)
- Installez ova et laissez-le siéger dans la barre de menu pendant quelques jours.
- La prochaine fois que la bande passante se comporte mal, voyez combien de temps prend la réponse à trouver.
Activity Monitor fait partie de macOS pour une raison — il marche, il est fiable, il ne coûte rien. Il n'a juste pas été conçu pour être un moniteur de bande passante continu, et prétendre que l'onglet de bande passante d'Activity Monitor en est un gaspille beaucoup de temps de débogage.