Drar en VPN verkligen ur batteriet? Vad du bör mäta först

Batteriurladdning som dyker upp efter att en VPN slagits på är oftast en ändring i arbetsbelastningen under en annan etikett. En tunnel som står oanvänd, en nattlig säkerhetskopiering och en klient som återansluter var par minut förbrukar väldigt olika mängder energi. Ikonen i statusfältet kan inte berätta vilket av dessa fall du tittar på.

Separera tunneln från det den transporterar

En säkerhetskopiering av foton eller ett videosamtal skjuter ut data som VPN:en sedan måste kryptera, autentisera och vidarebefordra. En del av den energikostnaden hör till appen som skapade trafiken, och bara en del hör till själva tunneln. Att läsa en batterirapport bredvid nätverks- och skärmstatistik är sättet att skilja de två åt. Börja där innan du ändrar en enda inställning.

Plattformsrapporter tillskriver också arbete på sitt eget sätt. En komponent märkt som VPN:en kan innehålla radiotid som skulle ha använts ändå, och den isolerar sällan den kryptografiska merkostnaden på egen hand. Behandla procenten som en utgångspunkt och inte som en mätning.

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

Det första kommandot skriver ut energifördelningen per komponent för den senaste laddningscykeln. Det andra visar vilka gränssnitt som flyttade hur mycket data, och det är sammanhanget som gör en procent till en beskrivning av arbetsbelastningen. Jämför de två innan du drar en slutsats om tunneln.

Om enheten blir varm under överföringar, jämför klienter eller protokollinställningar under identiska förhållanden. Att försvaga krypteringen för att jaga en siffra för energi byter en känd kostnad mot en okänd.

Återanslutningar håller radion vaken

En skärm som ser inaktiv ut betyder inte ett inaktivt nätverk. Meddelanden, synkronisering och uppdateringskontroller skickar fortfarande paket, och varje litet utbyte kan väcka radion mycket längre än paketet självt varar. Det är i den skillnaden mellan paketets varaktighet och tiden radion är på som urladdningen i vila gömmer sig. Det förklarar också varför en tunnel i vila fortfarande kan kosta mer än en enhet i vila.

Keepalive finns av en anledning: de håller en NAT-tilldelning öppen eller upptäcker en motpart som försvunnit. Deras intervall hör till protokollet och nätverket som används. Att stänga av dem kan minska aktiviteten men gör tunneln oanvändbar efter en period i vila.

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

Den första visar om ett varaktigt keepalive är konfigurerat och med vilket intervall. Den andra visar när den senaste handskakningen skedde, vilket skiljer en tyst tunnel från en som ständigt bygger upp sig igen.

Anslutningshistoriken spelar störst roll när urladdningen börjar efter ett byte mellan nätverk. Att åtgärda upprepad återhämtning är oftast mer värt än att byta mellan utgångsplatser, eftersom en klient som ständigt återansluter lägger energi på återhämtning i stället för överföring.

När plattformen pausar tunneln

Operativsystem begränsar körning i bakgrunden, och en tunnel som försvinner när skärmen slocknar kan vara ett offer för den policyn snarare än ett serverfel. Från användarens sida ser de två likadana ut, och därför spelar plattformsloggen roll.

Att undanta varje app från energihantering ändrar arbetsbelastningen och gör varje senare jämförelse meningslös. Undanta VPN-klienten och den enda app som behöver den, och mät sedan igen mot samma baslinje.

Bestäm separat vad som ska hända efter vila. Alltid-på-drift, en regel om att blockera utan VPN och vanlig batterioptimering svarar på olika frågor, och en inställning som sparar energi genom att tyst tappa den nödvändiga täckningen har inte uppfyllt det ursprungliga kravet.

Jämför lika med lika och bestäm sedan

Använd samma uppgift, samma nätverk och samma varaktighet i båda körningarna, och notera överförd volym, antal återanslutningar, temperatur och signalstyrka. Korta ändringar i batteriprocent är brusiga, så ett upprepat mönster vid jämförbar användning är det enda beviset som är värt att agera på. En körning är en anekdot.

Flytta valfria stora överföringar till en laddare och ett nätverk utan datagräns där schemat tillåter det. Titta sedan på hela dagen igen, för en tunnel som står i vila i timmar kostar långt mindre än en som är upptagen i tjugo minuter.

Skriv ned vad du ändrade och vad den andra körningen visade. Utan den anteckningen börjar nästa jämförelse från en annan baslinje och samma diskussion börjar om från noll.