Comment limiter la bande passante pour une application sur Mac

Démarrez le proxy de Throttlr, sélectionnez l'application qui utilise la connexion et activez une limite de téléchargement, une limite d’envoi ou les deux. L'application sélectionnée continue de transférer des données, mais uniquement jusqu'aux débits que vous avez définis. Les autres applications restent illimitées, sauf si vous leur imposez également une limite ou sur une cible Internet ou un réseau local plus large.

Ceci est utile lorsqu'un transfert doit continuer à progresser sans consommer toute la capacité disponible. Une sauvegarde dans le cloud peut se poursuivre pendant un appel, un jeu peut être mis à jour pendant que vous travaillez et un téléchargement par navigateur peut s'exécuter en arrière-plan sans vous obliger à déconnecter l'ensemble du Mac.

Une limite de bande passante est différente d'un paramètre de priorité. Throttlr applique un débit maximum explicite au trafic capturé ; il ne classe pas dynamiquement une application au-dessus d’une autre. Il ne crée pas non plus de règles pour les domaines, serveurs ou ports individuels, et n'ajoute pas de latence ou de perte de paquets.

macOS inclut des contrôles de réseau, mais son pare-feu intégré est principalement conçu pour contrôler les connexions entrantes aux applications et services. Il ne s'agit pas d'un limiteur de bande passante par application et ne fournit pas de champs de vitesse d’envoi et de téléchargement pour les applications individuelles.

Le moniteur d'activité peut aider à identifier l'utilisation du réseau, tandis que les paramètres de qualité de service du routeur peuvent donner la priorité à un appareil ou à une catégorie de trafic. Ni l’un ni l’autre ne donne le même flux de travail local que la sélection d’un processus Mac et l’application de capuchons directionnels séparés. Le Network Link Conditioner d'Apple peut créer des profils de test de développement, y compris une bande passante limitée et des conditions défavorables, mais il est destiné aux tests de l'état du réseau plutôt qu'au contrôle de routine d'une application de bureau sélectionnée.

La limitation du débit par application nécessite donc un outil de mise en réseau capable d'attribuer les flux capturés à une application et d'appliquer une limite. Throttlr le fait via le framework d'extension réseau d'Apple sur macOS 15 ou version ultérieure. L'extension réseau doit être approuvée et le proxy doit être en cours d'exécution avant de pouvoir surveiller ou contrôler le nouveau trafic.

Le trafic de téléchargement déplace les données vers l'application : les pages Web, les médias, les progiciels, les fichiers cloud et les ressources de jeu en sont des exemples courants. Le trafic d’envoi en éloigne les données : les sauvegardes, la synchronisation des fichiers, la vidéo envoyée lors d'un appel et les pièces jointes sortantes utilisent toutes la capacité en amont.

Définissez uniquement la direction à l'origine du problème lorsque vous pouvez l'identifier. Plafonner l’envoi d'une sauvegarde laisse ses téléchargements tranquilles, tandis que limiter le téléchargement d'un jeu volumineux ne restreint pas inutilement les petites requêtes sortantes. Utilisez les deux sens lorsque vous avez besoin d’un plafond prévisible pour l’application dans son ensemble.

Le taux en direct est une observation du trafic actuel, et non une promesse qu'une application atteindra continuellement le plafond. Les serveurs, les conditions Wi-Fi, la surcharge du protocole, la mise en mémoire tampon et le propre comportement de l'application peuvent tous produire un débit inférieur ou inégal. Jugez le résultat sur un transfert actif plutôt que sur un seul instant.

Il n'existe pas de meilleur numéro universel. Observez d’abord l’application pendant une activité représentative, puis choisissez un plafond inférieur à son rythme soutenu tout en laissant suffisamment de capacité pour que la tâche progresse utilement. Réduisez-le progressivement et surveillez si l'œuvre protégée devient stable.

Lors de la protection d'un appel, commencez par l’outil d’envoi en arrière-plan plutôt que par l'application appelante. La saturation en amont peut rendre l'audio et la vidéo instables même lorsqu'un test de vitesse indique une capacité de téléchargement suffisante. Pour une tâche nécessitant beaucoup de téléchargement, limitez le débit entrant de cette tâche et laissez ses petites requêtes sans restriction, à moins qu'elles ne créent également un problème.

Évitez de traiter la vitesse complète annoncée d'un forfait Internet comme étant disponible en permanence. Les conflits Wi-Fi, d'autres appareils, les VPN et les services distants modifient la capacité utilisable. Un plafond pratique devrait laisser une marge sous le débit observé de la connexion, en particulier lorsque la réactivité compte plus que la fin du transfert le plus rapidement possible.

Pour des tests reproductibles, enregistrez les valeurs exactes d’envoi et de téléchargement ainsi que la portée que vous contrôlez. Une limite de dépannage en production et un profil de test répondent à des objectifs différents : l'un protège le travail quotidien, tandis que l'autre doit reproduire de manière cohérente une condition définie.

La limitation permet au trafic de se poursuivre sous un plafond explicite. Utilisez-le lorsque le transfert est légitime mais trop agressif. Le blocage est un arrêt brutal et correspond à un test hors ligne ou à un transfert qui ne doit pas continuer. Si vous avez besoin de ce comportement, le guide de blocage séparé explique comment arrêter et rétablir les deux sens de circulation en toute sécurité.

La priorisation donne au trafic une préférence relative lorsque les liaisons sont occupées ; un plafond explicite donne à une cible sélectionnée un maximum fixe. Throttlr implémente des plafonds, pas une file d'attente prioritaire. Il est plus facile de raisonner sur un plafond lorsque vous connaissez la quantité de connexion qu'une tâche en arrière-plan peut consommer, mais il ne garantit pas la bande passante réservée vers une autre application.

Le conditionnement du réseau vise à reproduire un environnement, souvent en combinant une bande passante limitée avec une latence, une perte de paquets ou d'autres caractéristiques. Throttlr ne simule pas la latence ou la perte de paquets. Les développeurs qui ont besoin de ces conditions doivent utiliser un outil de conditionnement approprié ; le guide sur les réseaux lents se concentre sur les tests plus précis qui peuvent être reproduits avec les contrôles et les blocs de bande passante de Throttlr.

L'application dont la fenêtre que vous voyez n'est pas toujours le processus ouvrant la connexion. Les lanceurs, les mises à jour, les services XPC, les extensions de fournisseur de fichiers, les éléments de connexion et les agents de sauvegarde peuvent posséder le trafic d'un produit familier. Throttlr regroupe les identifiants d'assistance avec une application parent lorsqu'il peut identifier cette relation, tandis que les services signés indépendamment peuvent apparaître sous la forme de leurs propres lignes.

Générez un transfert connu et suivez le taux en direct plutôt que de choisir une ligne à partir de son seul nom. Si la limitation de l'application principale ne modifie pas le transfert, recherchez une aide ou un service avec une activité correspondante. Soyez prudent avec les services macOS partagés, car une règle peut affecter plus que le flux de travail visible que vous vouliez contrôler.

La version à téléchargement direct peut inspecter les processus en cours d'exécution pour rechercher des métadonnées de service en arrière-plan plus riches. En raison des restrictions du bac à sable de l'App Store, la version de l'App Store vous demande de quitter manuellement une application concernée avant que Throttlr ne la rouvre ; la construction directe peut normalement effectuer cette séquence de fermeture et de réouverture. Les deux versions conservent les contrôles de trafic configurés lors du redémarrage.