Tømmer ein VPN batteriet? Kva radioen alt gjorde

Ei klage over batteribruk kjem vanlegvis som «VPN-en et batteriet mitt», og det er ein konklusjon, ikkje ei observasjon. Det målinga viser, er at ei blanding av overføringar, radiovekkingar og attkoblingar heldt eininga oppteken. Krypteringa bidreg til den rekninga, og på ein moderne telefon er ho sjeldan den største posten. Skil dei tre, og klaga blir noko du faktisk kan teste.

Kva ein tunnel legg til på reisa til ein pakke

Kvar pakke som tunnelen ber, blir autentisert, kryptert, pakka inn i ein annan header og pakka ut i andre enden. Det arbeidet kostar prosessorsyklusar og, viktigare, held nettverksgrensesnittet oppteke lenger enn berre nyttelasta ville gjort. Ein tryggleikskopi som går i ti minutt gjennom ein tunnel er framleis ein tikopiskopi med litt meir overhead per pakke. Byta og varigheita kjem frå programmet, ikkje frå tunnelen.

Derfor er ein prosent i ein batterirapport ei dårleg rettleiing for overhead. Rapporten tillegg arbeid til komponentar, og tildelingsreglane varierer mellom plattformer.

Les rapporten ved sida av ein nettverksteljar og tida skjermen er på. Når overføringsvindauget fell saman med utladingvindauget, forklarer arbeidslasta resultatet og protokollen er ei side. Når utladinga held fram medan teljarane står stille, held noko radioen vaken, og neste avsnitt er staden å sjå.

Keepalives, attkoblingar og den vakne tilstanden til radioen

Ein skjerm som ser inaktiv ut, beviser ikkje eit inaktivt nettverk. Synkronisering, meldingar og oppdateringssjekkar sender alle små mengder trafikk, og kvar av dei kan dra radioen ut av ein lågenergitilstand mykje lenger enn sjølve utvekslinga varer. Liten hyppig trafikk er dyr per byte fordi dei faste kostnadene dominerer.

Ein tunnel legg til sin eigen lille trafikk som keepalives, som finst for å halde ei NAT-mapping open eller for å leggje merke til ein partnar som har gått. Føremålet deira avheng av protokollen og nettverket, og å slå dei av kan redusere aktiviteten, men gjere tunnelen ubrukeleg etter ein roleg periode. Viss du testar ein annan verdi, skriv ned den opphavlege og stadfest at tunnelen framleis kjem seg etterpå. Importer aldri eit intervall frå ein annan protokoll, fordi ein konstant som passar eitt design er vilkårleg i eit anna.

Bytte av tilkoplingar er den andre kostnaden. Ein klient som koplar til på nytt kvart par minutt, brukar tida si på handtrykk i staden for nyttelast, og radioen får aldri ein sjanse til å roe seg.

Når plattforma stoppar tunnelen for å spare straum

Mobile operativsystem avgrensar køyring i bakgrunnen, og ein tunnel er ikkje unnateken frå den politikken. Ei tilkopling som forsvinn når skjermen blir slått av, er vanlegvis eit integrasjonsproblem med plattforma og ikkje ein tenar som avviser økta. Batterivisningane til klienten sjølv er staden å byrje, fordi dei skildrar den støtta måten å halde seg tilkopla gjennom søvn.

Å unnta alt frå straumstyring er inga løysing. Det skaper ei anna arbeidslast og øydelegg samanlikninga du prøvde å gjere.

Avgjer så kva som skal skje når eininga søv, fordi alltid-på-drift, blokkering utan tunnel og batterioptimalisering svarar på tre ulike spørsmål. Ei innstilling som sparar straum ved å sleppe den påkravde dekninga stillfarande, har ikkje teke vare på det opphavlege målet; ho har skjult feilen. Skriv ned den tiltenkte politikken før du justerer noko. Utan det vel du mellom ein tunnel som tappar og ein tunnel som rett og slett ikkje er der, og kallar begge utfalla ein suksess.

Set opp ei samanlikning i staden for ei trut

Samanlikn likt med likt: same oppgåve, same nettverk, same varigheit, liknande signal. Skriv ned dataa som blei overførte, talet på attkoblingar, temperaturen på eininga og signalforholda, fordi kven som helst av dei kan flytte resultatet åleine. Nokre få prosent batteri i timen er innanfor støyen til dei fleste telefonar, medan eit gjentakande mønster over fleire køyringar ikkje er det. Android VPN-rettleiing skildrar livssyklusen og den alltid-på-åtferda som ein veloppdragen klient følgjer, noko som er nyttig kontekst når ein klient ikkje gjer det.

Flytt valfrie store overføringar til eit augneblink der både straum og nettverk er billeg.

Handle så etter det samanlikninga viste. Viss arbeidslasta forklarer det, planlegg arbeidslasta. Viss bytet forklarer det, rett opp nettverksovergangen som skapar det. Viss plattforma forklarer det, følg den støtta batteripolitikken for den klienten. Å svekkje kryptografiske innstillingar er den einaste endringa som betrar talet utan å røre årsaka, og difor bør det vere det siste nokon grip til.