Tapper en VPN virkelig batteriet? Hva du bør måle først

Batteriutlading som dukker opp etter at en VPN er slått på, er som regel en endring i arbeidsbelastningen under en annen etikett. En tunnel som står ubrukt, en nattlig sikkerhetskopi og en klient som kobler til på nytt hvert par minutter bruker svært ulike mengder strøm. Ikonet i statuslinjen kan ikke fortelle deg hvilken av disse du ser på.

Skill tunnelen fra det den frakter

En sikkerhetskopi av bilder eller en videosamtale skyver data som VPN-en deretter må kryptere, autentisere og videresende. En del av den strømkostnaden hører til appen som skapte trafikken, og bare en del hører til selve tunnelen. Å lese en batterirapport ved siden av nettverks- og skjermstatistikk er måten å skille de to på. Begynn der før du endrer en eneste innstilling.

Plattformrapporter tilskriver også arbeid på sin egen måte. En komponent merket som VPN-en kan inneholde radiotid som ville blitt brukt uansett, og den isolerer sjelden den kryptografiske merkostnaden alene. Behandle prosenten som et utgangspunkt, ikke som en måling.

adb shell dumpsys batterystats --charged com.example.vpn | head -60
adb shell dumpsys netstats detail | head -40

Den første kommandoen skriver ut strømtildeling per komponent for den siste ladesyklusen. Den andre viser hvilke grensesnitt som flyttet hvor mye data, og det er konteksten som gjør en prosent til en beskrivelse av arbeidsbelastningen. Sammenlign de to før du trekker en konklusjon om tunnelen.

Hvis enheten blir varm under overføringer, sammenlign klienter eller protokollinnstillinger under identiske forhold. Å svekke krypteringen for å jage et strømtall bytter en kjent kostnad mot en ukjent.

Gjenoppkoblinger holder radioen våken

En skjerm som ser inaktiv ut, betyr ikke et inaktivt nettverk. Meldinger, synkronisering og oppdateringssjekker sender fortsatt pakker, og hver liten utveksling kan vekke radioen langt lenger enn pakken selv varer. Det er i denne forskjellen mellom pakkens varighet og tiden radioen er på at utladingen i tomgang skjuler seg. Det forklarer også hvorfor en tunnel i tomgang fortsatt kan koste mer enn en enhet i tomgang.

Keepalive finnes av en grunn: de holder en NAT-tilordning åpen eller oppdager en motpart som er borte. Intervallet deres hører til protokollen og nettverket som brukes. Å slå dem av kan redusere aktiviteten, men gjør tunnelen ubrukelig etter en periode i tomgang.

grep -i keepalive /etc/wireguard/wg0.conf
wg show wg0 latest-handshakes

Den første viser om et vedvarende keepalive er konfigurert, og med hvilket intervall. Den andre viser når den siste handshaken skjedde, noe som skiller en stille tunnel fra en som stadig bygger seg opp på nytt.

Tilkoblingshistorikk betyr mest når utladingen begynner etter bytte mellom nettverk. Å rette opp gjentatt gjenoppretting er som regel mer verdt enn å bytte mellom utgangssteder, fordi en klient som stadig kobler til på nytt, bruker strøm på gjenoppretting i stedet for overføring.

Når plattformen suspenderer tunnelen

Operativsystemer begrenser kjøring i bakgrunnen, og en tunnel som forsvinner når skjermen slås av, kan være et offer for den politikken snarere enn en serverfeil. Fra brukerens side ser de to like ut, og derfor betyr plattformloggen noe.

Å frita alle apper fra strømstyring endrer arbeidsbelastningen og gjør enhver senere sammenligning meningsløs. Frita VPN-klienten og den ene appen som trenger den, og mål deretter på nytt mot samme baseline.

Bestem separat hva som skal skje etter dvale. Alltid-på drift, en regel om å blokkere uten VPN og vanlig batterioptimalisering svarer på forskjellige spørsmål, og en innstilling som sparer strøm ved å droppe den nødvendige dekningen i det stille, har ikke oppfylt det opprinnelige kravet.

Sammenlign likt med likt, og bestem deg deretter

Bruk samme oppgave, samme nettverk og samme varighet i begge kjøringene, og noter overført volum, antall gjenoppkoblinger, temperatur og signalstyrke. Korte endringer i batteriprosent er støyende, så et gjentatt mønster ved sammenlignbar bruk er det eneste beviset som er verdt å handle på. Én kjøring er en anekdote.

Flytt valgfrie store overføringer til en lader og et nettverk uten datagrense der tidsplanen tillater det. Se så på hele dagen igjen, for en tunnel som står i tomgang i timer, koster langt mindre enn en som er travel i tjue minutter.

Skriv ned hva du endret, og hva den andre kjøringen viste. Uten den registreringen starter den neste sammenligningen fra en annen baseline, og den samme diskusjonen begynner på nytt fra null.