Low Data Mode auf Mac: Was es tatsächlich macht (und was nicht)

Low Data Mode auf einem Mac sagt macOS und den darauf laufenden Apps, die Netzwerknutzung bei einer bestimmten Verbindung zu reduzieren. Wenn es aktiviert ist, pausiert macOS automatische Software-Updates und Hintergrund-Downloads im App Store, iCloud-Fotos stoppen das Synchronisieren, iCloud Drive und Backup-Aktivitäten werden zurückgefahren, die Hintergrunddienste von Apple werden still, und Videoanrufe wie FaceTime können auf eine niedrigere Bitrate umstellen. Es ist netzwerkspezifisch konfiguriert, nicht systemweit, sodass dein Mac einen iPhone-Hotspot als teuer behandeln kann, während er das Heim-Wi-Fi weiterhin als unbegrenzt ansieht.

Es ist sinnvoll, die Kategorie zu präzisieren, zu der diese Funktion gehört. Low Data Mode ist kein Drosselventil, kein Bandbreitenbegrenzung, keine Firewall und kein Datenmesser. Es begrenzt nichts, zählt nichts und sagt dir niemals, dass du dich einem Limit näherst, weil es kein Konzept eines Limits hat. Es ist ein einzelner boolescher Wert, der an ein Netzwerk angehängt ist, und seine ganze Aufgabe ist es, aufschiebbare Arbeit auf eine spätere, günstigere Verbindung zu verschieben.

Diese Einordnung ist wichtig, weil sie sowohl die Stärken als auch die Schwächen erklärt. Die Stärke liegt darin, dass es sofort, kostenlos, ohne Drittanbieter-Software und ohne Leistungseinbußen funktioniert. Apples eigene Dienste sind die größte Quelle unerwarteten Hintergrundverkehrs auf einem typischen Mac, und Low Data Mode spricht sie direkt und zuverlässig an. Ein verzögertes macOS-Update kann allein mehrere Gigabyte groß sein, die niemals deine Datenmenge verlassen.

Die Schwäche folgt aus demselben Design. Da der Mechanismus ein Flag ist und kein Filter, ist alles, was nach diesem Flag kommt, freiwillig. Wir werden in Abschnitt drei erklären, warum das wichtig ist, aber behalte im Hinterkopf, was der Modus verändert: Jedes Element auf der Liste ist etwas, das Apple so gestaltet hat, dass es auf das Flag reagiert, in Apples eigenem Code.

Für Wi-Fi öffne Systemeinstellungen, wähle Wi-Fi in der Seitenleiste, klicke auf die Details-Schaltfläche neben dem Netzwerk, mit dem du verbunden bist, und aktiviere Low Data Mode im erscheinenden Panel. Bei älteren Versionen, die System Preferences verwenden, ist der entsprechende Pfad Netzwerk, dann Wi-Fi, dann Erweitert oder Details, je nach Version. Die Einstellung wurde mit macOS Monterey auf dem Mac eingeführt und existiert seit iOS 13 auf iOS.

Das wichtige Detail ist, dass der Schalter zum Netzwerk gehört, nicht zum Mac. macOS speichert ihn für die jeweilige SSID und merkt sich das, sodass das Aktivieren von Low Data Mode bei deinem Hotspot auf dem Handy deine Büro- und Heimnetzwerke unberührt lässt. Der Kompromiss ist, dass du in der Regel mit einem Netzwerk verbunden sein oder es in deiner bekannten Netzwerkliste gespeichert haben musst, um es konfigurieren zu können. Wenn du unterwegs bist und jedes Mal einen neuen Hotspot nutzt, musst du daran denken, den Schalter bei jeder neuen SSID erneut zu setzen.

Ein persönlicher Hotspot von einem iPhone erscheint macOS als ein gewöhnliches Wi-Fi-Netzwerk, sodass er genau an derselben Stelle konfiguriert wird. Wenn du stattdessen über ein Kabel tetherst, schaue unter Systemeinstellungen, dann Netzwerk, dann die iPhone USB-Schnittstelle, wo eine vergleichbare Option sichtbar ist. Kabelgebundenes Ethernet bietet diese Einstellung in der Regel gar nicht an, in der vernünftigen Annahme, dass eine feste Leitung nicht abgerechnet wird.

Es gibt keine visuelle Bestätigung, wenn es aktiviert ist. Kein Badge, kein Menüleisten-Item, keine Benachrichtigung. Der einzige Weg, es zu überprüfen, ist, wieder in dasselbe Details-Panel zu gehen und den Schalter anzusehen. Das ist vermutlich das größte Usability-Problem dieser Funktion: Eine Einstellung, die nach Verlassen des Einstellungsfensters unsichtbar ist, wird oft vergessen, dass sie aktiviert wurde, und dann vergessen, sie wieder zu deaktivieren, wenn man wieder auf eine schnelle Verbindung wechselt und sich fragt, warum die Fotosammlung nicht mehr aktualisiert wird.

Ein letzter Punkt, der Verwirrung stiften kann: Low Data Mode auf deinem iPhone und Low Data Mode auf deinem Mac sind völlig separate Einstellungen auf verschiedenen Geräten. Wenn du ihn auf dem Handy aktivierst, das den Hotspot bereitstellt, beschränkt das den eigenen Datenverkehr des Handys. Es hat keinerlei Einfluss auf den Mac, der damit verbunden ist.

Der größte und zuverlässigste Effekt betrifft Systemupdates. Mit aktivem Low Data Mode lädt macOS keine Systemupdates im Hintergrund herunter, und der App Store verzögert automatische App-Updates und Hintergrunddownloads. Auf einem Mac, der seit einigen Wochen offline ist, ist dies in der Regel die größte Ersparnis, weil ein macOS-Update oder einige große App-Updates alles andere, was du wahrscheinlich auf einem Hotspot machst, in den Schatten stellt.

iCloud ist der zweite große Bereich. iCloud Photos pausiert das Synchronisieren, was bedeutet, dass neue Aufnahmen, die du auf deinem Telefon machst, nicht auf den Mac gestreamt werden, und Änderungen, die auf dem Mac vorgenommen werden, in der Warteschlange bleiben, anstatt hochgeladen zu werden. iCloud Drive verzögert nicht dringende Synchronisationen, und Backup-bezogene Aktivitäten werden reduziert. Das ist wirklich nützliches Verhalten und auch das, was die meisten Menschen am meisten überraschen wird, da eine pausierte Synchronisation identisch aussieht mit einer defekten Synchronisation. Wenn ein Kollege sagt, eine Datei erscheint nicht, überprüfe, ob der Mac sich in einem Low Data Mode-Netzwerk befindet, bevor du etwas anderes debugst.

Andere Hintergrunddienste von Apple folgen demselben Muster. Kontinuitäquivalente Funktionen und die verschiedenen periodischen Aufgaben, die Apple in deinem Auftrag ausführt, verringern ihre Aktivität, Safari reduziert spekulatives Preloading, und FaceTime akzeptiert eine niedrigere Video-Bitrate, anstatt eine schwache Verbindung zu überlasten. Apps von Drittanbietern, die auf Apple-Frameworks basieren, könnten eine reduzierte Hintergrundplanung erleben, weil das System weniger bereit ist, sie für opportunistische Netzwerkaufgaben aufzuwecken.

Es ist ebenso wichtig, klar zu machen, was sich nicht ändert. Low Data Mode beeinträchtigt niemals eine Anfrage, die du selbst stellst. Eine Seite laden, und sie lädt in voller Qualität. Einen Download starten, und er wird heruntergeladen. Eine Streaming-App öffnen, und sie streamt in der Qualität, die die App festgelegt hat. Nichts wird komprimiert, nichts wird proxied, und kein Bild wird beim Versand an dich verkleinert. Der Modus greift nur in die Arbeit ein, die das System aus eigener Initiative erledigen würde.

Und weil es keine Abrechnungsebene gibt, erhältst du kein Feedback über das Ergebnis. Low Data Mode kann dir nicht sagen, dass es dir zwei Gigabyte gespart hat, weil es nie etwas gemessen hat. Es hat eine Reihe von Entscheidungen anders getroffen und ist weitergezogen. Für viele Menschen ist das völlig in Ordnung. Für alle, die tatsächlich gegen eine Datenbegrenzung arbeiten, ist das Fehlen von Zahlen der Punkt, an dem die eingebaute Funktion keine weiteren Wege mehr kennt.

Unterhalb des Schalters ist Low Data Mode eine Beratungsmarkierung. macOS kennzeichnet den Netzwerkpfad als eingeschränkt und macht das über das Network framework den Anwendungen sichtbar: ein Pfad meldet isConstrained, Verbindungen können über NWParameters so konfiguriert werden, dass eingeschränkte Pfade abgelehnt werden, und URLSession bietet einen per-Anfrage-Schalter, damit ein Entwickler deklarieren kann, dass eine bestimmte Übertragung nicht auf einem teuren Netzwerk laufen soll. macOS setzt die Markierung ehrlich und konsequent. Was es nicht tut, ist die Socket zu überwachen.

Die Konsequenz ist direkt. Eine Anwendung, die die Markierung nie liest, ist völlig unberührt davon. Es gibt kein Kernel-Level-Gatter, kein Traffic-Shaping, keine Durchsetzungsschicht, die eine Anfrage von einer App abfängt, die sich nicht dafür entschieden hat. Wenn ein Entwickler die drei Zeilen Code, die prüfen, ob der Pfad eingeschränkt ist, nie geschrieben hat, verhält sich seine Software auf deinem metered Hotspot genau so wie auf Gigabit-Faser.

In der Praxis betrifft das einen Großteil der Software, die Menschen tatsächlich verwenden. Ein Browser wie Chrome, ein Sync-Client wie Dropbox, Docker, das ein Multi-Gigabyte-Image-Layer zieht, ein Spiele-Launcher, der einen Patch anwendet, ein Drittanbieter-Backup-Agent, der seine geplante Ausführung startet, eine Electron-App, die beim Start nach Updates sucht. Keines von ihnen ist verpflichtet, die Markierung zu prüfen, einige tun es nicht, und keines wird dir das sagen. Apples Dienste respektieren Low Data Mode, weil Apple sie dafür programmiert hat. Alle anderen vertrauen auf das Ehrenprinzip.

Dies ist eine verteidigbare Designentscheidung, keine Nachlässigkeit. Die Anwendung ist die einzige Partei, die weiß, welche ihrer Übertragungen verschoben werden können und welche essenziell sind, und ein System, das den Traffic stillschweigend blockiert, würde Software auf eine Weise zerstören, die schwer zu diagnostizieren ist. Kooperative Signalisierung führt zu besserem Verhalten als blinde Blockierung, wenn alle mitmachen.

Das Problem ist, was passiert, wenn sie es nicht tun. Die Garantie ist auf jeden Entwickler verteilt, dessen Code auf deinem Rechner läuft, du vertraust jedem von ihnen unabhängig, und du hast keine Möglichkeit, das Ergebnis zu überprüfen. Das Versagensmodell ist ebenfalls still: Es gibt keine Fehler, keine Hinweise, nichts erscheint in einem Log, das du jemals ansehen würdest. Du erfährst es erst, wenn dein Anbieter die Nachricht über dein Datenkontingent schickt. Genau diese Lücke füllt die per-App-Durchsetzung, und das ist der Grund, warum Tools wie NetMute auf der Netzwerkschicht arbeiten, anstatt nur höflich zu fragen.

Der alternative Ansatz besteht darin, aufzuhören, Anwendungen vorzuschreiben, wie sie sich verhalten sollen, und stattdessen für sie zu entscheiden. NetMute ist eine per-App Firewall und Traffic Monitor für macOS, die auf der Netzwerkschicht durchsetzt, was bedeutet, dass die Zusammenarbeit einer Anwendung nicht erforderlich ist und ihre Meinung nicht eingeholt wird. Wenn eine Regel besagt, dass eine App kein Netzwerk erhält, erhält sie kein Netzwerk, unabhängig davon, ob ihr Entwickler jemals von der constrained path API gehört hat.

Das macht einige Dinge möglich, die Low Data Mode strukturell nicht leisten kann. Du kannst tägliche oder monatliche Datenlimits pro Anwendung sowie ein globales Limit für den gesamten Mac festlegen, eine Benachrichtigung erhalten, wenn eine App eine von dir gewählte Schwelle überschreitet, und sie automatisch blockieren lassen, wenn sie hundert Prozent ihres Limits erreicht hat. Limits werden pro Netzwerkprofil gespeichert, sodass eine App ein strenges Limit auf deinem Hotspot haben kann und kein Limit zu Hause, und Profile wechseln automatisch basierend auf dem Wi-Fi SSID, dem du beitrittst. Hotspot-Schutz kümmert sich um den unangenehmen captive-portal Fall, bei dem ein Netzwerk erreichbar genug sein muss, um sich anzumelden, aber nicht offen genug, um alle Hintergrundprozesse frei laufen zu lassen.

Der tägliche Betrieb ist ein Echtzeit-Per-App Traffic Monitor, der genau zeigt, welcher Prozess was überträgt, mit Ein-Klick-Blockierung und selbstablaufenden temporären Regeln, wenn du etwas für die nächste Stunde anstelle für immer stummschalten möchtest. Es beantwortet die Frage, die Low Data Mode unbeantwortet lässt: nicht, ob Apps gebeten wurden, vorsichtig zu sein, sondern wie viel jede tatsächlich gesendet hat.

Die faire Schlussfolgerung ist, dass diese beiden Dinge sich ergänzen, anstatt zu konkurrieren. Schalte Low Data Mode ein. Es kostet nichts, funktioniert gut für den Traffic, den Apple kontrolliert, und Apples eigene Dienste sind ein wirklich großer Anteil an Hintergrundnutzung. Füge dann die Durchsetzung darunter hinzu für die Software, die nie mit der Vereinbarung einverstanden war, sodass dein Datenvolumen von einer Regel abhängt, die du festlegst, anstatt von einer Entscheidung, die ein Entwickler vor drei Jahren über seinen Update-Checker getroffen hat.