Tømmer en VPN batteriet? Hva radioen allerede gjorde

En klage på batteribruk kommer vanligvis som «VPN-en spiser batteriet mitt», og det er en konklusjon, ikke en observasjon. Det målingen viser, er at en blanding av overføringer, radiovåkninger og gjenoppkoblinger holdt enheten opptatt. Krypteringen bidrar til den regningen, og på en moderne telefon er den sjelden den største posten. Skill de tre, og klagen blir noe du faktisk kan teste.

Hva en tunnel legger til på reisen til en pakke

Hver pakke som tunnelen bærer, blir autentisert, kryptert, pakket inn i en annen header og pakket ut i andre enden. Det arbeidet koster prosessorsykluser og, viktigere, holder nettverksgrensesnittet opptatt lenger enn bare nyttelasten ville gjort. En sikkerhetskopi som går i ti minutter gjennom en tunnel er fortsatt en tikopiskopi med litt mer overhead per pakke. Bytene og varigheten kommer fra applikasjonen, ikke fra tunnelen.

Derfor er en prosent i en batterirapport en dårlig veiledning for overhead. Rapporten tilskriver arbeid til komponenter, og tilskrivningsreglene varierer mellom plattformer.

Les rapporten ved siden av en nettverksteller og tiden skjermen er på. Når overføringsvinduet sammenfaller med utladningsvinduet, forklarer arbeidsmengden resultatet og protokollen er en side. Når utladningen fortsetter mens tellerne står stille, holder noe radioen våken, og neste avsnitt er stedet å se.

Keepalives, gjenoppkoblinger og den våkne tilstanden til radioen

En skjerm som ser inaktiv ut, beviser ikke et inaktivt nettverk. Synkronisering, meldinger og oppdateringssjekker sender alle små mengder trafikk, og hver av dem kan dra radioen ut av en lavenergitilstand mye lenger enn selve utvekslingen varer. Liten hyppig trafikk er dyr per byte fordi de faste kostnadene dominerer.

En tunnel legger til sin egen lille trafikk som keepalives, som finnes for å holde en NAT-mapping åpen eller for å legge merke til en partner som har gått. Formålet deres avhenger av protokollen og nettverket, og å slå dem av kan redusere aktiviteten, men gjøre tunnelen ubrukelig etter en rolig periode. Hvis du tester en annen verdi, skriv ned den opprinnelige og bekreft at tunnelen fortsatt kommer seg etterpå. Importer aldri et intervall fra en annen protokoll, fordi en konstant som passer ett design er vilkårlig i et annet.

Bytte av tilkoblinger er den andre kostnaden. En klient som kobler til på nytt hvert par minutter, bruker tiden sin på håndtrykk i stedet for nyttelast, og radioen får aldri en sjanse til å roe seg.

Når plattformen stopper tunnelen for å spare strøm

Mobile operativsystemer begrenser kjøring i bakgrunnen, og en tunnel er ikke unntatt fra den politikken. En tilkobling som forsvinner når skjermen slås av, er vanligvis et integrasjonsproblem med plattformen og ikke en tjener som avviser økten. Klientens egne batteriveiledninger er stedet å begynne, fordi de beskriver den støttede måten å holde seg tilkoblet gjennom søvn.

Å unnta alt fra strømstyring er ingen løsning. Det skaper en annen arbeidsmengde og ødelegger sammenligningen du prøvde å gjøre.

Avgjør så hva som skal skje når enheten sover, fordi alltid-på-drift, blokkering uten tunnel og batterioptimalisering svarer på tre ulike spørsmål. En innstilling som sparer strøm ved å slippe den påkrevde dekningen stillfarende, har ikke tatt vare på det opprinnelige målet; den har skjult feilen. Skriv ned den tiltenkte politikken før du justerer noe. Uten det velger du mellom en tunnel som tapper og en tunnel som rett og slett ikke er der, og kaller begge utfallene en suksess.

Sett opp en sammenligning i stedet for en tro

Sammenlign likt med likt: samme oppgave, samme nettverk, samme varighet, lignende signal. Skriv ned dataene som ble overført, antall gjenoppkoblinger, temperaturen på enheten og signalforholdene, fordi hvilken som helst av dem kan flytte resultatet alene. Noen få prosent batteri i timen er innenfor støyen til de fleste telefoner, mens et gjentakende mønster over flere kjøringer ikke er det. Android VPN-veiledning beskriver livssyklusen og den alltid-på-atferden som en veloppdragen klient følger, noe som er nyttig kontekst når en klient ikke gjør det.

Flytt valgfrie store overføringer til et øyeblikk der både strøm og nettverk er billige.

Handle så etter det sammenligningen viste. Hvis arbeidsmengden forklarer det, planlegg arbeidsmengden. Hvis byttet forklarer det, rett opp nettverksovergangen som skaper det. Hvis plattformen forklarer det, følg den støttede batteripolitikken for den klienten. Å svekke kryptografiske innstillinger er den eneste endringen som bedrer tallet uten å røre årsaken, og derfor bør det være det siste noen griper til.