De bandbreedte van één app beperken op je Mac

Start de proxy van Throttlr, selecteer de applicatie die de verbinding gebruikt en schakel een downloadlimiet, een uploadlimiet of beide in. De geselecteerde applicatie blijft gegevens overdragen, maar alleen tot de snelheden die je instelt. Andere applicaties blijven onbeperkt, tenzij je ook een limiet oplegt aan hen of aan een breder internet- of lokaal netwerkdoelwit.

Dit is nuttig wanneer een overdracht moet blijven doorgaan zonder alle beschikbare capaciteit te verbruiken. Een cloudback-up kan doorgaan tijdens een gesprek, een spel kan worden bijgewerkt terwijl je werkt, en een browserdownload kan op de achtergrond draaien zonder dat je de hele Mac hoeft los te koppelen.

Een bandbreedtebeperking is anders dan een prioriteitsinstelling. Throttlr past een expliciete maximale snelheid toe op vastgelegde verkeer; het rangschikt geen enkele app dynamisch boven een andere. Het maakt ook geen regels voor individuele domeinen, servers of poorten, en het voegt geen latentie of pakketverlies toe.

macOS bevat netwerkcontroles, maar de ingebouwde firewall is voornamelijk ontworpen om inkomende verbindingen naar applicaties en diensten te controleren. Het is geen bandbreedtebeperker per app en biedt geen velden voor upload- en downloadsnelheden voor individuele apps.

Activity Monitor kan helpen bij het identificeren van netwerkgebruik, terwijl routerkwaliteits-van-dienstinstellingen mogelijk een apparaat of verkeerscategorie prioriteren. Geen van beide biedt dezelfde lokale workflow als het selecteren van één Mac-proces en het toepassen van afzonderlijke directionele limieten. Apple's Network Link Conditioner kan ontwikkeltestprofielen maken, inclusief beperkte bandbreedte en ongunstige omstandigheden, maar is bedoeld voor netwerkconditietest, in plaats van routinematige controle van één geselecteerde desktopapp.

Per-app tarieflimitering vereist daarom een netwerktool die vastgelegde stromen aan een applicatie kan toewijzen en een limiet kan handhaven. Throttlr doet dit via het Apple Network Extension-framework op macOS 15 of nieuwer. De Network Extension moet worden goedgekeurd en de proxy moet actief zijn voordat deze nieuw verkeer kan monitoren of controleren.

Downloadverkeer stuurt gegevens naar de app: webpagina's, media, softwarepakketten, cloudbestanden en game-assets zijn veelvoorkomende voorbeelden. Uploadverkeersverplaatsingsgegevens weg van de app: back-ups, bestandssynchronisatie, video's die tijdens een gesprek worden verzonden en uitgaande bijlagen gebruiken allemaal capaciteit van de upstream.

Stel alleen de richting in die het probleem veroorzaakt wanneer je het kunt identificeren. Het beperken van de upload van een back-up laat de downloads alleen achter, terwijl het beperken van een grote game-download kleine uitgaande verzoeken niet onnodig beperkt. Gebruik beide richtingen wanneer je een voorspelbare limiet nodig hebt voor de app als geheel.

De live-snelheid is een observatie van het huidige verkeer, geen belofte dat een app continu de limiet zal bereiken. Servers, Wi-Fi-omstandigheden, protocoloverhead, buffering en het eigen gedrag van de app kunnen allemaal een lagere of ongelijkmatige snelheid veroorzaken. Beoordeel het resultaat op basis van een actieve overdracht in plaats van op basis van een enkele instantie.

Er is geen universeel beste nummer. Observeer eerst de app tijdens representatieve activiteit, kies vervolgens een limiet onder het aanhoudende tempo terwijl u voldoende capaciteit overlaat zodat de taak nuttige vooruitgang kan boeken. Verminder deze geleidelijk en kijk of het beschermde werk stabiel wordt.

Wanneer je een gesprek beschermt, begin dan met de achtergronduploader in plaats van de belapp. Upstream-verzadiging kan audio en video onstabiel maken, zelfs wanneer een snelheidscontrole voldoende downloadcapaciteit meldt. Beperk voor een taak die veel downloadtijd vereist de inkomende snelheid van die taak en laat de kleine verzoeken onbeperkt, tenzij ze ook een probleem veroorzaken.

Behandel de volledige aangekondigde snelheid van een internetabonnement niet als continu beschikbaar. Wi-Fi-congestie, andere apparaten, VPN's en externe diensten veranderen de bruikbare capaciteit. Een praktische limiet moet ruimte laten onder de waargenomen snelheid van de verbinding, vooral wanneer responsiviteit belangrijker is dan het zo snel mogelijk afronden van de overdracht.

Voor herhaalbare tests registreer de exacte upload- en downloadwaarden en de reikwijdte die u heeft gecontroleerd. Een limiet voor productieprobleemoplossing en een testprofiel dienen verschillende doeleinden: de ene beschermt het dagelijkse werk, terwijl de andere consistent een gedefinieerde conditie moet reproduceren.

Snelheidsbeperking laat het verkeer onder een expliciete limiet doorgaan. Gebruik het wanneer de overdracht legitiem is maar te agressief. Blokkeren is een harde stop en past bij offline testen of een overdracht die niet mag worden voortgezet. Als je dit gedrag nodig hebt, legt de aparte blokkeringsgids uit hoe je beide verkeersrichtingen veilig kunt stoppen en herstellen.

Prioritering geeft verkeer een relatieve voorkeur wanneer links druk zijn; een expliciete limiet geeft een geselecteerd doelwit een vast maximum. Throttlr implementeert limieten, geen prioriteitswachtrij. Een limiet is gemakkelijker te redeneren wanneer je weet hoeveel van de verbinding een achtergrondtaak kan verbruiken, maar het garandeert geen gereserveerde bandbreedte voor een andere app.

Netwerkconditie is gericht op het reproduceren van een omgeving, vaak door beperkte bandbreedte te combineren met latentie, pakketverlies of andere kenmerken. Throttlr simuleert geen latentie of pakketverlies. Ontwikkelaars die deze omstandigheden nodig hebben, moeten een geschikt conditietool gebruiken; de gids voor traag netwerk richt zich op de nauwkeurigere tests die met de bandbreedtecontrole en -blokken van Throttlr kunnen worden gereproduceerd.

De app waarvan je het venster ziet, is niet altijd het proces dat de verbinding opent. Lanceringstools, updates, XPC-services, bestandsprovenderuitbreidingen, inlogitems en back-upagents kunnen verkeer bezitten voor een bekend product. Throttlr-groepshulp-identifiers koppelen zich aan een bovenliggende app wanneer deze die relatie kan identificeren, terwijl onafhankelijk ondertekende services als hun eigen rijen kunnen verschijnen.

Genereer een bekende overdracht en volg de live-tarieven in plaats van een rij te kiezen op basis van de naam alleen. Als het beperken van de hoofdapp de overdracht niet verandert, zoek dan naar een hulpmiddel of dienst met overeenkomstige activiteit. Wees voorzichtig met gedeelde macOS-diensten, omdat een regel meer kan beïnvloeden dan de zichtbare workflow die je van plan was te controleren.

De directe download-build kan lopende processen inspecteren voor rijkere metadata van achtergrondservices. Vanwege de sandboxbeperkingen van de App Store vraagt de App Store-build u om een beïnvloede applicatie handmatig te stoppen voordat Throttlr deze opnieuw opent; de directe build kan normaal gesproken die stop-en-heropen-sequentie uitvoeren. Beide builds behouden de ingestelde verkeerscontroles tijdens de herstart.