Low Data Mode på Mac: Hva det faktisk gjør (og hva det ikke gjør)

Low Data Mode på en Mac forteller macOS og appene som kjører på den å redusere nettverksbruken på én bestemt tilkobling. Når den er aktivert, setter macOS automatiske programvareoppdateringer og bakgrunnsnedlastinger fra App Store på pause, iCloud Photos stopper synkronisering, iCloud Drive og backup-aktivitet reduseres, Apples bakgrunnstjenester blir stille, og videosamtaler som FaceTime kan falle til en lavere bitrate. Den er konfigurert per nettverk i stedet for systemomfattende, slik at Mac-en din kan behandle en iPhone-hotspot som kostbar, samtidig som den fortsetter å behandle hjemmets Wi-Fi som ubegrenset.

Det er verdt å være presis om hvilken kategori denne funksjonen tilhører. Low Data Mode er ikke en throttle, en båndbreddebegrensning, en brannmur eller en datamåler. Den begrenser ikke noe, teller ikke noe, og vil aldri fortelle deg at du nærmer deg en grense, fordi den ikke har noe konsept om en grense. Det er en enkelt boolean som er knyttet til et nettverk, og hele jobben dens er å flytte forsinkbart arbeid til en senere, billigere tilkobling.

Denne innrammingen er viktig fordi den forklarer både styrkene og svakhetene. Styrken er at den er øyeblikkelig, gratis, krever ingen tredjepartsprogramvare og har ingen ytelseskostnad. Apples egne tjenester er den største kilden til uventet bakgrunnstrafikk på en typisk Mac, og Low Data Mode adresserer dem direkte og pålitelig. En forsinket macOS-oppdatering kan alene være flere gigabyte som aldri forlater datagrensen din.

Svakheten følger av samme design. Fordi mekanismen er et flagg i stedet for et filter, er alt som ligger downstream av det flagget frivillig. Vi kommer tilbake til hvorfor det er viktig i avsnitt tre, men husk det mens du leser hva modusendringene gjør: hvert element på listen er noe Apple har valgt å gjøre responsivt for flagget, i Apples egen kode.

For Wi‑Fi, åpne Systeminnstillinger, velg Wi‑Fi i sidemenyen, klikk på Detaljer-knappen ved siden av nettverket du er koblet til, og aktiver Low Data Mode i panelet som vises. På eldre versjoner som kjører System Preferences, er den tilsvarende veien Nettverk, deretter Wi‑Fi, deretter Avansert eller Detaljer avhengig av versjon. Innstillingen kom til Mac‑en med macOS Monterey, og har eksistert på iOS siden iOS 13.

Det viktige er at bryteren tilhører nettverket, ikke Mac‑en. macOS lagrer den mot det spesifikke SSID‑et og husker det, så å aktivere Low Data Mode på telefonens hotspot lar dine kontor‑ og hjemmenettverk forbli uendret. Utvekslingen er at du vanligvis må være koblet til et nettverk, eller ha det lagret i listen over kjente nettverk, for å kunne konfigurere det. Hvis du reiser og kobler til en ny hotspot hver gang, må du huske å sette bryteren igjen på hver nye SSID.

En personlig hotspot fra en iPhone vises for macOS som et vanlig Wi‑Fi‑nettverk, så den konfigureres på nøyaktig samme måte. Hvis du bruker USB‑tethering i stedet, se under Systeminnstillinger, deretter Nettverk, deretter iPhone USB‑grensesnittet, hvor en tilsvarende innstilling er tilgjengelig. Kablet Ethernet tilbyr vanligvis ikke denne innstillingen i det hele tatt, med den fornuftige antakelsen at en fast linje ikke er målt.

Det finnes ingen visuell bekreftelse når den er aktivert. Ingen badge, ingen menylinje‑ikon, ingen varsling. Den eneste måten å sjekke på er å gå tilbake til samme detaljpanel og se på bryteren. Dette er utvilsomt funksjonens største brukervanskelighet: en innstilling som er usynlig etter at du forlater innstillingsvinduet er en innstilling folk glemmer at de har aktivert, og deretter glemmer å deaktivere når de er tilbake på en rask tilkobling og lurer på hvorfor fotobiblioteket deres har sluttet å oppdatere.

Et siste poeng som kan skape forvirring. Low Data Mode på iPhone og Low Data Mode på Mac er helt separate innstillinger på separate enheter. Å aktivere den på telefonen som gir hotspotet begrenser telefonens egen trafikk. Det gjør ingenting i det hele tatt for å begrense Mac‑en som er koblet til den.

Den største og mest pålitelige effekten er på systemoppdateringer. Med Low Data Mode aktivert vil macOS ikke laste ned systemoppdateringer i bakgrunnen, og App Store utsetter automatiske appoppdateringer og bakgrunnsnedlastinger. På en Mac som har vært offline i noen uker, er dette vanligvis den største besparelsen, fordi en macOS-oppdatering eller et par store appoppdateringer overskygger alt annet du sannsynligvis gjør på en hotspot.

iCloud er det andre store området. iCloud Photos pauser synkronisering, noe som betyr at nye bilder tatt på telefonen din ikke vil strømme ned til Mac-en, og redigeringer gjort på Mac-en vil køes i stedet for å lastes opp. iCloud Drive utsetter ikke-urgent synkronisering, og backup-relatert aktivitet reduseres. Dette er virkelig nyttig oppførsel og også den mest sannsynlige til å overraske folk, siden en pause i synkroniseringen ser identisk ut med en ødelagt synkronisering. Hvis en kollega sier at en fil ikke vises, sjekk om Mac-en sitter på et Low Data Mode-nettverk før du feilsøker noe annet.

Annet bakgrunnsarbeid fra Apple følger samme mønster. Kontinuitetsrelaterte funksjoner og de ulike periodiske oppgavene Apple kjører på dine vegne reduserer aktiviteten, Safari reduserer spekulativ forhåndslasting, og FaceTime vil akseptere en lavere videobitrate i stedet for å mette en svak forbindelse. Tredjepartsapper bygget på Apple-rammeverk kan oppleve redusert bakgrunnsplanlegging som en bivirkning, fordi systemet er mindre villig til å vekke dem for opportunistisk nettverksarbeid.

Det er like viktig å være klar på hva som ikke endres. Low Data Mode forstyrrer aldri en forespørsel du selv gjør. Last inn en side, og den lastes med full vekt. Start en nedlasting, og den lastes ned. Åpne en streaming-app, og den strømmer i den kvaliteten appen har bestemt. Ingenting er komprimert, ingenting er proxyet, og ingen bilder blir nedskalert på vei til deg. Modusen berører bare arbeid systemet ville ha gjort på egen hånd.

Og fordi det ikke finnes noe regnskapslag, får du ingen tilbakemelding om resultatet. Low Data Mode kan ikke fortelle deg at den sparte deg to gigabyte, fordi den aldri målte noe. Den tok en rekke beslutninger annerledes og gikk videre. For mange er dette helt i orden. For den som faktisk jobber med datagrensen, er fraværet av tall poenget der den innebygde funksjonen tar slutt.

Under bryteren er Low Data Mode et rådgivende flagg. macOS merker nettverksstien som begrenset, og eksponerer det til applikasjoner gjennom Network framework: en sti rapporterer isConstrained, tilkoblinger kan konfigureres gjennom NWParameters for å nekte begrensede stier, og URLSession tilbyr en per-forespørsel switch slik at en utvikler kan erklære at en bestemt overføring ikke skal kjøre på et kostbart nettverk. macOS setter flagget ærlig og konsekvent. Det den ikke gjør er å overvåke socketen.

Konsekvensen er direkte. En applikasjon som aldri leser flagget, påvirkes ikke i det hele tatt av det. Det finnes ingen kjernenivåport, ingen trafikkformatering, ingen håndhevelseslag som avbryter en forespørsel fra en app som ikke har valgt det. Hvis en utvikler aldri skrev de tre linjene med kode som sjekker om stien er begrenset, oppfører programvaren seg på ditt metered hotspot akkurat som den gjør på gigabit fiber.

I praksis dekker dette mye av programvaren folk faktisk kjører. En nettleser som Chrome, en synkroniseringsklient som Dropbox, Docker som laster ned et multi-gigabyte bildefilstykke, en spillstarter som bruker en patch, en tredjeparts backup-agent som starter sin planlagte kjøring, en Electron-app som sjekker etter oppdateringer ved oppstart. Ingen av dem er forpliktet til å se på flagget, flere av dem gjør det ikke, og ingen av dem vil fortelle deg det heller. Apples tjenester respekterer Low Data Mode fordi Apple skrev dem slik. Alle andre er på æresystemet.

Dette er et forsvarlig designvalg snarere enn uaktsomhet. Applikasjonen er den eneste parten som vet hvilke overføringer som kan utsettes og hvilke som er essensielle, og et system som stilltiende blokkerer trafikk, ville ødelagt programvare på måter som er vanskelige å diagnostisere. Samarbeidende signalering gir bedre oppførsel enn grov blokkering når alle samarbeider.

Problemet er hva som skjer når de ikke gjør det. Garantien er fordelt på hver utvikler hvis kode kjører på maskinen din, du stoler på hver av dem uavhengig, og du har ingen måte å revidere resultatet på. Feilmodusen er også stille: ingenting feiler, ingenting gir beskjed, ingenting vises i en logg du noen gang ville sett på. Du oppdager det når operatøren din sender meldingen om din kvote. Dette er nettopp gapet som per-app håndhevelse fyller, og det er grunnen til at verktøy som NetMute opererer på nettverkslaget i stedet for å spørre pent.

Det alternative er å slutte å be apper om å oppføre seg og begynne å bestemme for dem. NetMute er en per-app brannmur og trafikkmonitor for macOS som håndheves på nettverkslaget, noe som betyr at en applikasjons samarbeid ikke er nødvendig og dens mening ikke blir konsultert. Hvis en regel sier at en app ikke får nettverk, får den ikke nettverk, uansett om utvikleren har hørt om den begrensede path API-en.

Det gjør noen ting mulig som Low Data Mode strukturelt ikke kan gjøre. Du kan sette daglige eller månedlige datagrense per applikasjon, samt en global grense på tvers av hele Mac-en, motta en varsling når en app krysser en terskel du har valgt, og ha den blokkert automatisk når den når hundre prosent av sin grense. Grensene lagres per nettverksprofil, slik at en app kan ha en stram grense på hotspot-en din og ingen grense hjemme, og profiler byttes automatisk basert på Wi-Fi SSID-en du kobler til. Hotspot-beskyttelse håndterer den vanskelige captive-portal-saken, hvor et nettverk må være tilgjengelig nok til å logge inn, men ikke åpent nok til å la alle bakgrunnsprosesser slippe fri.

Den daglige trafikkmonitoren viser i sanntid hvilken prosess som overfører hva, med ett-klikk blokkering og selvutløpende midlertidige regler for når du vil tie noe i hjel i neste time i stedet for for alltid. Den svarer på spørsmålet Low Data Mode etterlater ubesvart: ikke om apper ble bedt om å være forsiktige, men hvor mye hver enkelt faktisk sendte.

Den rettferdige konklusjonen er at disse to tingene er komplementære snarere enn konkurrerende. Slå på Low Data Mode. Det koster ingenting, det fungerer godt for trafikken Apple kontrollerer, og Apples egne tjenester utgjør en virkelig stor andel av bakgrunnsbruken. Legg deretter til håndhevelse under det for programvaren som aldri godtok avtalen, slik at datagrensen din avhenger av en regel du setter, heller enn en beslutning noen utvikler tok om oppdateringskontrolleren deres for tre år siden.