Opravdu VPN vybíjí baterii? Co měřit jako první

Vybíjení baterie, které se objeví po zapnutí VPN, je obvykle změna pracovní zátěže pod jiným jménem. Tunel, který jen leží, noční záloha a klient, který se každých pár minut znovu připojuje, spotřebovávají velmi rozdílné množství energie. Ikona ve stavovém řádku vám neřekne, na kterou z těchto situací se díváte.

Oddělte tunel od toho, co přenáší

Záloha fotografií nebo videohovor tlačí data, která VPN pak musí šifrovat, ověřovat a přeposílat. Část těchto nákladů na energii patří aplikaci, která provoz vytvořila, a jen část patří samotnému tunelu. Čtení zprávy o baterii vedle statistik sítě a obrazovky je způsob, jak obojí oddělit. Začněte tam, než změníte jediné nastavení.

Zprávy platformy také přisuzují práci po svém. Komponenta označená jako VPN může zahrnovat rádiový čas, který by se spotřeboval tak jako tak, a sama o sobě málokdy izoluje kryptografickou režii. Berte procento jako výchozí bod, ne jako měření.

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

První příkaz vypíše přidělení energie podle komponent za poslední nabíjecí cyklus. Druhý ukazuje, která rozhraní přenesla kolik dat, a to je kontext, který mění procento na popis pracovní zátěže. Porovnejte oba, než uděláte závěr o tunelu.

Pokud se zařízení při přenosu zahřívá, porovnejte klienty nebo nastavení protokolu za stejných podmínek. Oslabení kryptografie kvůli číslu o energii vyměňuje známou cenu za neznámou.

Opětovná připojení drží rádio vzhůru

Obrazovka, která vypadá nečinně, neznamená nečinnou síť. Zprávy, synchronizace a kontroly aktualizací stále posílají pakety a každá malá výměna může probudit rádio mnohem déle, než paket sám trvá. Právě v tom rozdílu mezi trváním paketu a dobou, kdy je rádio zapnuté, se skrývá spotřeba v klidu. To také vysvětluje, proč nečinný tunel může stát víc než nečinné zařízení.

Keepalive mají svůj důvod: drží otevřené mapování NAT nebo odhalí protějšek, který zmizel. Jejich interval patří protokolu a používané síti. Vypnutí může snížit aktivitu, ale tunel po období klidu udělá nepoužitelným.

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

První ukazuje, zda je nastaven trvalý keepalive a v jakém intervalu. Druhý ukazuje, kdy proběhl poslední handshake, což odděluje tichý tunel od toho, který se neustále obnovuje.

Historie připojení je nejdůležitější, když vybíjení začne po přechodu mezi sítěmi. Oprava opakovaného obnovování obvykle stojí za víc než přepínání výstupních lokalit, protože klient, který se neustále znovu připojuje, utrácí energii za obnovu, a ne za přenos.

Když platforma tunel pozastaví

Operační systémy omezují běh na pozadí a tunel, který zmizí po vypnutí obrazovky, může být obětí této politiky, a ne poruchy serveru. Z pohledu uživatele vypadají oba případy stejně, a proto je protokol platformy důležitý.

Vyjmout každou aplikaci ze správy energie mění pracovní zátěž a činí jakékoli pozdější srovnání bezvýznamným. Vyjměte klienta VPN a jedinou aplikaci, která ho potřebuje, a pak měřte znovu proti stejné základní linii.

Zvlášť rozhodněte, co se má stát po uspání. Trvalý provoz, pravidlo blokování bez VPN a běžná optimalizace baterie odpovídají na různé otázky a nastavení, které šetří energii tichým zahozením požadovaného pokrytí, nesplnilo původní požadavek.

Porovnávejte srovnatelné a pak rozhodněte

Použijte stejnou úlohu, stejnou síť a stejnou dobu u obou běhů a poznamenejte přenesený objem, počet opětovných připojení, teplotu a sílu signálu. Krátké změny procenta baterie jsou zašuměné, takže opakovaný vzorec při srovnatelném používání je jediný důkaz, na který stojí za to reagovat. Jeden běh je anekdota.

Přesuňte volitelné velké přenosy na nabíječku a na neomezenou síť, kde to rozvrh dovolí. Pak se znovu podívejte na celý den, protože tunel, který hodiny nečinně leží, stojí mnohem méně než ten, který je dvacet minut zaneprázdněný.

Zapište, co jste změnili a co ukázal druhý běh. Bez toho záznamu začíná další srovnání z jiné základní linie a stejná hádka začíná znovu od nuly.