Low Data Mode op Mac: Wat Het Eigenlijk Doet (En Wat Het Niet Doet)

Low Data Mode op een Mac vertelt macOS en de apps die erop draaien om het netwerkgebruik op één specifieke verbinding te verminderen. Wanneer het is ingeschakeld, pauzeert macOS automatische software-updates en achtergronddownloads van de App Store, stopt iCloud-foto's met synchroniseren, wordt iCloud Drive- en back-upactiviteit verminderd, gaan de achtergronddiensten van Apple stil en kunnen videogesprekken zoals FaceTime naar een lagere bitrate overschakelen. Het is per netwerk geconfigureerd in plaats van systeemwijd, zodat je Mac een iPhone-hotspot als kostbaar kan behandelen terwijl hij thuis Wi‑Fi als onbeperkt blijft behandelen.

Het is de moeite waard om precies te zijn over de categorie waartoe deze functie behoort. Low Data Mode is geen throttle, geen bandbreedtelimiter, geen firewall of datameter. Het beperkt niets, telt niets en zal je nooit vertellen dat je een limiet nadert, omdat het geen concept van een limiet heeft. Het is een enkele boolean die aan een netwerk is gekoppeld, en de hele taak ervan is om uitstelbare werkzaamheden naar een latere, goedkopere verbinding te verschuiven.

Die framing is belangrijk omdat het zowel de sterktes als de zwaktes verklaart. De sterktes zijn dat het direct, gratis, zonder software van derden werkt en geen prestatiekosten met zich meebrengt. De eigen diensten van Apple zijn de grootste bron van onverwacht achtergrondverkeer op een typische Mac, en Low Data Mode pakt die direct en betrouwbaar aan. Een uitgestelde macOS-update kan bijvoorbeeld enkele gigabytes omvatten die anders van je databundel aftrekken.

De zwakte volgt uit hetzelfde ontwerp. Omdat het mechanisme een vlag is in plaats van een filter, is alles dat onder die vlag valt vrijwillig. We komen later in sectie drie terug op waarom dat belangrijk is, maar houd dat in gedachten terwijl je leest wat de modus verandert: elk item op de lijst is iets dat Apple heeft gekozen om responsief te maken op de vlag, in Apple's eigen code.

Voor Wi-Fi open je Systeeminstellingen, selecteer je Wi‑Fi in de zijbalk, klik je op de Details-knop naast het netwerk waarmee je verbonden bent en schakel je Low Data Mode in in het paneel dat verschijnt. Op oudere versies met Systeemvoorkeuren is het equivalente pad Netwerk, dan Wi‑Fi, dan Geavanceerd of Details, afhankelijk van de versie. De instelling kwam op de Mac met macOS Monterey, nadat deze al bestond op iOS sinds iOS 13.

Het belangrijke detail is dat de schakelaar bij het netwerk hoort, niet bij de Mac. macOS slaat het op voor dat specifieke SSID en onthoudt het, dus het inschakelen van Low Data Mode op de hotspot van je telefoon laat je kantoor- en thuisnetwerken onaangeroerd. Het nadeel is dat je meestal verbonden moet zijn met een netwerk, of dat het in je lijst met bekende netwerken moet zijn opgeslagen, om het te kunnen configureren. Als je reist en telkens een nieuwe hotspot gebruikt, moet je de schakelaar bij elk nieuw SSID opnieuw instellen.

Een persoonlijke hotspot van een iPhone verschijnt voor macOS als een gewoon Wi‑Fi-netwerk, dus het wordt op precies dezelfde plek geconfigureerd. Als je via een kabel tethert, kijk dan onder Systeeminstellingen, dan Netwerk, en de iPhone USB-interface, waar een vergelijkbare optie wordt weergegeven. Bedrade Ethernet biedt die instelling doorgaans niet, uitgaande van de redelijke veronderstelling dat een vaste lijn niet wordt gemeten.

Er is geen visuele bevestiging zodra het aanstaat. Geen badge, geen menubalkitem, geen melding. De enige manier om te controleren is door terug te gaan naar hetzelfde details-paneel en naar de schakelaar te kijken. Dit is waarschijnlijk het grootste gebruiksprobleem van de functie: een instelling die onzichtbaar is nadat je het venster hebt verlaten, wordt vaak vergeten, en vervolgens vergeten uit te schakelen wanneer je weer op een snelle verbinding bent en je je afvraagt waarom je fotobibliotheek niet meer wordt bijgewerkt.

Nog één laatste punt van verwarring dat verduidelijkt moet worden. Low Data Mode op je iPhone en Low Data Mode op je Mac zijn volledig aparte instellingen op verschillende apparaten. Het inschakelen ervan op de telefoon die de hotspot levert, beperkt het eigen verkeer van de telefoon. Het doet niets om het verkeer van de Mac die ermee verbonden is te beperken.

De grootste en meest betrouwbare invloed is op systeemupdates. Met Low Data Mode actief zal macOS geen systeemupdates op de achtergrond downloaden, en de App Store stelt automatische app-updates en achtergronddownloads uit. Op een Mac die een paar weken offline is geweest, is dit meestal de grootste besparing die je kunt maken, omdat een macOS-update of een paar grote app-updates alles overtreft wat je waarschijnlijk op een hotspot doet.

iCloud is het tweede grote gebied. iCloud Foto's pauzeert synchronisatie, wat betekent dat nieuwe foto’s die op je telefoon worden gemaakt niet naar de Mac worden gestreamd en bewerkingen op de Mac in de wachtrij komen te staan in plaats van te uploaden. iCloud Drive stelt niet-urgente synchronisatie uit, en back-upgerelateerde activiteiten worden verminderd. Dit is echt nuttig gedrag en ook het gedrag dat de meeste mensen zal verrassen, omdat een gepauzeerde synchronisatie er hetzelfde uitziet als een gebroken synchronisatie. Als een collega zegt dat een bestand niet verschijnt, controleer dan of de Mac op een Low Data Mode-netwerk zit voordat je iets anders debugt.

Andere achtergrondservices van Apple volgen hetzelfde patroon. Continuïteitsgerelateerde functies en de verschillende periodieke taken die Apple namens jou uitvoert verminderen hun activiteit, Safari beperkt enkele speculatieve preloading, en FaceTime accepteert een lagere videobitrate in plaats van een zwakke verbinding te verzadigen. Derdepartij-apps die op Apple-frameworks zijn gebouwd, kunnen minder achtergrondplanning ervaren als bijwerking, omdat het systeem minder geneigd is om ze wakker te maken voor opportunistisch netwerkwerk.

Het is even belangrijk om duidelijk te zijn over wat niet verandert. Low Data Mode interfereert nooit met een verzoek dat je zelf doet. Laad een pagina en deze wordt volledig geladen. Start een download en deze wordt gedownload. Open een streamingapp en deze streamt op de kwaliteit die die app heeft gekozen. Niets wordt gecomprimeerd, niets wordt geproxied, en geen afbeelding wordt verkleind onderweg naar jou. De modus raakt alleen werk dat het systeem op eigen initiatief zou hebben gedaan.

En omdat er geen boekhoudlaag is, krijg je geen feedback over het resultaat. Low Data Mode kan je niet vertellen dat het twee gigabyte heeft bespaard, omdat het nooit iets heeft gemeten. Het heeft een reeks beslissingen anders gemaakt en is verdergegaan. Voor veel mensen is dat helemaal prima. Voor iedereen die echt werkt met een datalimiet, is het ontbreken van cijfers het punt waarop de ingebouwde functie niet verder kan.

Onder de schakelaar is Low Data Mode een adviesvlag. macOS markeert het netwerkpad als beperkt, en geeft dat door aan applicaties via het Network-framework: een pad meldt isConstrained, verbindingen kunnen worden geconfigureerd via NWParameters om beperkte paden te weigeren, en URLSession biedt een per-verzoekschakelaar zodat een ontwikkelaar kan aangeven dat een bepaalde overdracht niet op een duur netwerk moet draaien. macOS zet de vlag eerlijk en consistent. Wat het niet doet, is de socket controleren.

Het gevolg is direct. Een applicatie die de vlag nooit leest, wordt er volledig niet door beïnvloed. Er is geen kernel-niveau poort, geen verkeersvormgeving, geen handhavingslaag die een verzoek van een app die niet heeft ingeschreven, onderschept. Als een ontwikkelaar nooit de drie regels code heeft geschreven die controleren of het pad beperkt is, gedraagt hun software zich op je gemeten hotspot precies zoals op gigabit-glasvezel.

In de praktijk dekt dat veel van de software die mensen daadwerkelijk gebruiken. Een browser zoals Chrome, een synchronisatieclient zoals Dropbox, Docker die een multi-gigabyte image-laag ophaalt, een game-launcher die een patch toepast, een third-party back-upagent die zijn geplande run start, een Electron-app die controleert op updates bij het opstarten. Geen van hen is verplicht om naar de vlag te kijken, velen doen dat niet, en geen van hen zal je dat vertellen. Apple's diensten respecteren Low Data Mode omdat Apple ze daarvoor heeft geschreven. Iedereen anders vertrouwt op het eervolle systeem.

Dit is een verdedigbare ontwerpkeuze in plaats van nalatigheid. De applicatie is de enige partij die weet welke van haar overdrachten uitstelbaar zijn en welke essentieel, en een systeem dat stilletjes verkeer blokkeert, zou software op manieren breken die moeilijk te diagnosticeren zijn. Coöperatieve signalering levert beter gedrag op dan botweg blokkeren wanneer iedereen meewerkt.

Het probleem is wat er gebeurt als dat niet zo is. De garantie wordt verdeeld over elke ontwikkelaar wiens code op je machine draait, je vertrouwt op elk van hen onafhankelijk, en je hebt geen manier om het resultaat te controleren. De faalmode is ook stil: niets geeft een fout, niets vraagt om actie, niets verschijnt in een log die je ooit zou bekijken. Je komt erachter wanneer je provider het bericht over je limiet stuurt. Dit is precies de kloof die per-app handhaving opvult, en het is de reden waarom tools zoals NetMute op netwerkniveau werken, in plaats van door netjes te vragen.

De alternatieve aanpak is om te stoppen met applicaties te vragen zich te gedragen en te beginnen met voor ze te beslissen. NetMute is een per-app-firewall en verkeermonitor voor macOS die afdwingt op netwerkniveau, wat betekent dat medewerking van een applicatie niet vereist is en dat haar mening niet wordt geraadpleegd. Als een regel zegt dat een app geen netwerk krijgt, krijgt hij geen netwerk, ongeacht of de ontwikkelaar ooit heeft gehoord van de constrained path API.

Dat maakt een paar dingen mogelijk die Low Data Mode structureel niet kan doen. Je kunt dagelijkse of maandelijkse datalimieten instellen per applicatie, evenals een globale limiet over de hele Mac, een melding krijgen wanneer een app een door jou gekozen drempel overschrijdt, en deze automatisch blokkeren wanneer hij honderd procent van zijn limiet bereikt. Limieten worden per netwerkprofiel opgeslagen, zodat een app een strakke limiet kan hebben op je hotspot en geen limiet thuis, en profielen wisselen automatisch op basis van de Wi-Fi-SSID waarmee je verbinding maakt. Hotspotbescherming behandelt het ongemakkelijke captive-portalgeval, waarbij een netwerk voldoende bereikbaar moet zijn om in te loggen, maar niet open genoeg om elk achtergrondproces vrij te laten.

De dagelijkse kant is een realtime per-app verkeermonitor die precies laat zien welk proces wat overdraagt, met éénklik-blokkering en zelfvervalende tijdelijke regels voor wanneer je iets voor het volgende uur wilt stilzetten in plaats van voor altijd. Het beantwoordt de vraag die Low Data Mode onbeantwoord laat: niet of apps gevraagd werden voorzichtig te zijn, maar hoeveel elke app daadwerkelijk heeft verzonden.

De gepaste conclusie is dat deze twee dingen complementair zijn in plaats van concurrerend. Zet Low Data Mode aan. Het kost niets, het werkt goed voor het verkeer dat Apple controleert, en Apple's eigen diensten vormen een aanzienlijk deel van het achtergrondgebruik. Voeg daar vervolgens handhaving onderaan aan toe voor de software die nooit akkoord ging met de regeling, zodat je datalimiet afhankelijk wordt van een regel die je instelt in plaats van van een beslissing die een ontwikkelaar drie jaar geleden nam over haar updatechecker.