Bandbreedte per app
Welke app de bytes verplaatst, op dit moment.
Een cijfer alleen vertelt je dat er iets gebeurt. Het vertelt je niet wat. Pinned splitst het live cijfer uit per proces, zodat "waarom is mijn verbinding bezig" een antwoord krijgt in plaats van een vermoeden.
Het paneel zelf, gerenderd vanuit de draaiende app. Het draagt de live snelheden, de grafiek, jouw totalen, de limiet en de prognose ervan, en de processen die de bytes verplaatsen, in de taal die jij leest.
Afb. 2 / per proces
Gemeten op de Mac van de ontwikkelaar
- cloudflared 4.42 GB
- claude 163.1 MB
- node 54.6 MB
- mongod 52.2 MB
De gebruikelijke manier om verkeer aan een proces toe te wijzen, is het installeren van een bevoorrechte helper. Het commerciële alternatief levert een root LaunchDaemon: deze laadt wanneer je Mac opstart, en blijft actief of je het menu nu ooit opent of niet. Dat is een permanent onderdeel van je systeem, draaiend als root, in ruil voor een lijst waar je af en toe naar kijkt.
Pinned doet dat niet. Toewijzing per app draait binnen de sandbox, in de app zelf. Geen bevoorrechte helper, geen root-daemon, geen beheerderswachtwoord, en op geen enkel moment een toestemmingsvraag.
Het kostenmodel volgt daaruit. Pinned bemonstert per app met een minimuminterval van 3 seconden terwijl het paneel open is. Sluit het paneel en het werk stopt, tenzij een ingeschakelde waarschuwing voor appsnelheid dit nodig heeft. Die ene bewaker meet elke 10 seconden. Zonder zo'n waarschuwing is er geen achtergrondmeting per app.
Wat het kost
Twee beperkingen die het waard zijn duidelijk te benoemen. Een peiling van 3 seconden kan een overdracht die tussen twee metingen begint en eindigt niet zien, dus een korte uitschieter kan volledig worden gemist. En cijfers per app worden verzameld op socketniveau, wat betekent dat ze niet exact optellen tot het interfacetotaal.