Comment voir l'utilisation réseau en temps réel sur macOS

« Temps réel » est l'un de ces mots qui signifient des choses différentes pour différents outils. Une application de trading veut dire microsecondes. Une application météo veut dire « dans les cinq dernières minutes ». Quand vous voulez voir l'usage réseau temps réel sur macOS — pour déboguer un upload coincé, pour confirmer qu'un changement de réglage a pris effet, pour trouver quel onglet martèle votre bande passante — il vous faut des mises à jour assez rapides pour suivre les événements à l'échelle humaine. Environ une fois par seconde est le sweet spot. Plus rapide devient bruyant ; plus lent rate les pics.

Voici une visite de comment y arriver avec les outils que macOS livre, ce que chacun montre vraiment, et où le terme « temps réel » cache des compromis importants.

Ce que « temps réel » exige vraiment

Un moniteur réseau qui semble temps réel doit faire trois choses :

1. Échantillonner le noyau assez souvent. macOS expose les compteurs d'octets par processus à travers le même mécanisme que nettop utilise (sockets PF_SYSTEM/PF_SYSTEM_NDR, info de route, et comptabilité de processus). Échantillonner à 0,1 Hz semble lent. Échantillonner à 10 Hz pique le CPU. Autour de 1 Hz est le standard.
2. Calculer les deltas. Les compteurs bruts sont des octets cumulés depuis le démarrage du processus. Pour obtenir un débit, vous soustrayez l'échantillon précédent du courant et divisez par le temps écoulé.
3. Lisser le résultat. Le trafic réseau est en rafales aux échelles de temps inférieures à la seconde. Une fenêtre d'une seconde lisse déjà la plupart, mais les interfaces appliquent typiquement une moyenne mobile supplémentaire pour que le nombre affiché ne saute pas de 0 à 50 Mo/s et retour à 0 à chaque tic.

Un outil qui ne lisse pas semble nerveux. Un outil qui lisse trop agressivement semble retardé. Le sweet spot est un échantillon d'une seconde avec une moyenne exponentielle de 2-3 échantillons.

Outil 1 : Activity Monitor

L'onglet Network d'Activity Monitor se met à jour toutes les deux secondes. Les colonnes clés :

• Sent Bytes / Rcvd Bytes — cumulé depuis le démarrage du processus.
• Sent Packets / Rcvd Packets — pareil, en paquets.
• Bytes Read/Sec — débit par seconde (vous pourriez avoir besoin d'activer cette colonne via View → Columns).

Le panneau du bas montre un graphique de débit à l'échelle système. Vous pouvez basculer le graphique entre Packets et Data.

Ce qu'Activity Monitor fait bien :

• Tri visuel rapide par qui a utilisé le plus de données cumulées depuis le lancement.
• Un graphique de débit à l'échelle système raisonnable.

Ce qu'il ne fait pas bien :

• Taux de mise à jour. Le rafraîchissement par défaut est 5 secondes (configurable via View → Update Frequency). À 5 secondes, vous ratez les courts pics entièrement.
• Regroupement des auxiliaires. Chrome apparaît comme 7+ processus séparés. Vous devez les additionner mentalement.
• Historique. Fermez et les données de débit sont parties.

Outil 2 : nettop

nettop est ce que macOS livre de plus proche d'un moniteur réseau temps réel par processus. L'invocation la plus utile :

nettop -P -t wifi -d

• -P montre le nom de processus par ligne (sinon groupé par PID, ce qui est illisible).
• -t wifi filtre à l'interface Wi-Fi ; utilisez -t wired pour ethernet.
• -d montre les deltas par seconde. Sans ce drapeau vous voyez les totaux cumulés et devez faire la soustraction de tête.

Vous pouvez aussi passer -l 1 pour imprimer un seul échantillon et quitter, ce qui est utile pour le scripting.

Les colonnes qui comptent :

• bytes_in / bytes_out — octets reçus et envoyés dans la dernière fenêtre d'échantillonnage.
• interface — quelle NIC porte le trafic.
• state — l'état TCP (Established, TimeWait, Listen, etc.).

nettop est plus rapide, plus granulaire, et plus honnête sur ce qui se passe qu'Activity Monitor. Ses inconvénients :

• Interface terminal. Vous ne pouvez pas le garder visible pendant que vous faites d'autres travaux sans dédier une fenêtre.
• Pas d'historique. Quittez nettop, perdez les 30 dernières secondes.
• Pas de regroupement des auxiliaires. Les auxiliaires de Chrome apparaissent comme lignes séparées.
• Le taux de mise à jour par défaut est 1 seconde ; plus rapide signifie plus de scintillement terminal.

Outil 3 : Un moniteur en barre de menu

La raison pour laquelle les moniteurs de bande passante en barre de menu existent est que « temps réel » est le plus utile quand il est ambiant. Vous voulez voir le débit sans y penser — sans ouvrir une application, changer d'onglet, ou lancer une commande. La barre de menu est la seule surface d'interface sur macOS qui satisfait ce critère : toujours visible, presque pas de coût d'écran, un seul clic pour étendre.

ova est construit autour de cela. Il échantillonne à environ 1 Hz, affiche le débit montant/descendant actuel dans la barre de menu, et au clic s'étend en une liste par application triée par bande passante actuelle. Les processus auxiliaires (Slack Helper, Google Chrome Helper, Discord Helper, etc.) sont regroupés sous leur application parente pour que vous n'ayez pas à sommer mentalement à travers les lignes.

L'autre chose qu'un moniteur en barre de menu vous donne et que rien d'autre ne fait : l'historique. Le temps réel est la moitié de l'image. L'autre moitié est « quel était le débit à 14 h 47 hier quand mon portable est devenu chaud ? » Un moniteur qui garde une série temporelle locale peut y répondre. nettop ne peut pas.

Temps réel, dans la barre de menu

Moniteur de bande passante par application qui échantillonne à 1 Hz et stocke l'historique localement. ~3 Mo, signé, pas de compte.

Télécharger pour macOS

Et la latence, pas la bande passante ?

Une confusion courante : « usage réseau temps réel » signifie parfois octets par seconde et parfois latence de round-trip de paquet. Ce sont des problèmes différents et des outils différents.

• Bande passante (octets/sec) : Activity Monitor, nettop, ova.
• Latence (ms round-trip) : ping, mtr, iputils, outils utilitaires réseau qui montrent jitter et perte de paquets.

Si votre appel vidéo est saccadé, la bande passante n'est peut-être pas le problème — la latence ou la perte de paquets l'est. Les outils de bande passante ne vous le diront pas.

Pour une vérification rapide de latence :

ping -c 30 1.1.1.1

Cela envoie 30 échos ICMP. La sortie montre le min/moy/max de round-trip et la perte de paquets. Tout ce qui est sous 30 ms avec 0 % de perte est sain pour un usage maison typique.

Compromis en surveillance temps réel

Quelques choses à savoir si vous tenez à la précision :

Échantillonnage vs comptage

nettop et la plupart des outils en barre de menu échantillonnent. Cela signifie qu'une connexion TCP qui ouvre, transfère 100 Ko, et ferme dans une fenêtre de 200 ms entre échantillons pourrait ne pas apparaître dans votre moniteur — elle sera repliée dans le prochain échantillon comme partie du total cumulé. Pour la plupart des cas d'usage « trouver l'application lourde », c'est très bien. Pour la forensique de trafic, utilisez un outil de capture de paquets comme tcpdump ou Wireshark.

Par processus vs par interface

Les compteurs par processus sont agrégés par la couche de comptabilité de processus de macOS. Ils sont précis pour les flux TCP/UDP établis mais ratent une partie du trafic au niveau noyau (tunnels VPN pilotés par KEXT, certaines extensions réseau). Les compteurs au niveau interface de netstat -ib seront toujours plus hauts que la somme des compteurs par processus à cause de cette surcharge.

Wi-Fi vs ethernet

Si vous avez Wi-Fi et ethernet attachés, chaque moniteur doit savoir lequel rapporter. Activity Monitor les somme par défaut. nettop a le drapeau -t. ova les montre séparément pour que vous puissiez dire si le trafic passe par le câble ou par les ondes.

Quand le « temps réel » est exagéré, et quand il ne l'est pas

La surveillance temps réel est le bon outil quand :

• Vous déboguez un transfert coincé.
• Vous vérifiez qu'un changement de réglage a marché.
• Vous essayez de trouver un processus fou.
• Vous êtes en partage et avez besoin de savoir ce qui mange vos données.

C'est le mauvais outil quand :

• Vous voulez connaître votre total de données mensuel — utilisez un agrégat par jour ou par semaine.
• Vous voulez alerter sur des dépassements de seuil — réglez un plafond par jour, pas par seconde.
• Vous enquêtez sur quelque chose qui s'est passé hier — utilisez la vue historique, pas en direct.

Un bon moniteur offre les deux modes. ova le fait — barre de menu en direct plus une chronologie parcourable du trafic passé. Les deux vues répondent à des questions différentes, et vous vous trouverez à rebondir entre elles. La vue en direct vous dit ce qui se passe maintenant ; la vue historique vous dit ce qui se passait quand quelque chose d'intéressant a commencé. Aucune vue seule ne suffit pour l'ensemble complet de questions de bande passante qu'une semaine normale lance à un utilisateur Mac.

Un motif qui revient souvent : vous remarquez un pic dans la vue en direct, mais le temps que vous cliquiez pour investiguer, le pic est parti. La vue historique vous sauve. Regardez les 60 dernières secondes, trouvez la ligne par application qui vient de s'allumer, et vous avez votre réponse même si l'image en direct est revenue à la base.

Pour conclure

Pour voir l'usage réseau temps réel sur macOS :

1. Vérification ponctuelle rapide : nettop -P -d dans un terminal. Intégré, pas d'installation.
2. Vue système : Activity Monitor → onglet Network. Cumulé uniquement, rafraîchissement limité.
3. Débit par application toujours visible : un moniteur en barre de menu comme ova. Échantillonnage à une seconde, regroupement des auxiliaires, historique local.

Le temps réel est le plus utile quand il est ambiant. Le coût d'« toujours actif » devrait être proche de zéro — sous un pour cent de CPU, pas de télémétrie, pas d'aller-retour cloud. ova fait environ 3 Mo, tourne sur macOS 14 et plus, supporte Apple Silicon et Intel, échantillonne à 1 Hz, et garde chaque octet de données sur votre Mac. Paiement unique, mises à jour à vie, remboursement 14 jours.