Débit par app
Quelle app fait circuler les octets, en ce moment même.
Un débit à lui seul vous dit que quelque chose se passe. Il ne vous dit pas quoi. Pinned décompose le chiffre en direct par processus, pour que « pourquoi ma connexion est-elle occupée » ait une réponse plutôt qu'un soupçon.
Le panneau lui-même, rendu depuis l'app en marche. Il porte les débits en direct, le graphique, vos totaux, le plafond et sa projection, et les processus qui font circuler les octets, dans la langue que vous lisez.
Fig. 2 / par processus
Mesuré sur le Mac du développeur
- cloudflared 4.42 GB
- claude 163.1 MB
- node 54.6 MB
- mongod 52.2 MB
La manière habituelle d'attribuer le trafic à un processus est d'installer un assistant privilégié. L'alternative commerciale embarque un LaunchDaemon root: il se charge quand votre Mac démarre, et reste résident que vous ouvriez le menu ou non. C'est un élément permanent de votre système, exécuté en tant que root, en échange d'une liste que vous consultez de temps en temps.
Pinned ne fait pas ça. L'attribution par app s'exécute à l'intérieur du bac à sable, dans l'app elle-même. Aucun assistant privilégié, aucun démon root, aucun mot de passe administrateur, et aucune demande d'autorisation à aucun moment.
Le modèle de coût en découle. Pinned échantillonne par app à un rythme minimal d'un échantillon toutes les 3 secondes tant que le panneau est ouvert. Fermez le panneau et le travail s'arrête, sauf si une alerte de débit par app activée en a besoin; cette unique surveillance effectue un échantillonnage toutes les 10 secondes. Sans une telle alerte, aucun échantillonnage par app ne s'exécute en arrière-plan.
Ce que ça coûte
Deux limites qu'il vaut la peine d'énoncer clairement. Un sondage de 3 secondes ne peut pas voir un transfert qui commence et finit entre deux échantillons, donc une brève rafale peut être totalement manquée. Et les chiffres par app sont recueillis au niveau du socket, ce qui veut dire qu'ils ne s'additionnent pas exactement au total de l'interface.