Nauubos ba ng VPN ang baterya? Ang ginagawa na ng radyo

Ang reklamo tungkol sa baterya ay karaniwang dumarating bilang “kinakain ng VPN ang baterya ko”, na isang konklusyon at hindi obserbasyon. Ang ipinapakita ng pagsukat ay isang halo ng mga paglilipat, paggising ng radyo at muling pagkonekta ang nagpanatiling abala sa aparato. May ambag ang encryption sa bayad na iyon, at sa modernong telepono bihira itong maging pinakamalaking linya. Ihiwalay ang tatlo at ang reklamo ay nagiging bagay na talagang masusubok mo.

Ano ang idinadagdag ng tunnel sa paglalakbay ng packet

Bawat packet na dinadala ng tunnel ay pinapatotohanan, ini-encrypt, binabalot sa isa pang header at binubuksan sa kabilang dulo. Ang gawaing iyon ay kumakain ng mga cycle ng processor at, mas mahalaga, pinananatiling abala ang interface ng network nang mas matagal kaysa sa gagawin ng payload lamang. Ang backup na tumatakbo nang sampung minuto sa tunnel ay backup pa ring sampung minuto, may kaunting dagdag na overhead bawat packet. Ang mga byte at tagal ay galing sa application, hindi sa tunnel.

Kaya ang porsyento sa ulat ng baterya ay mahinang gabay sa overhead. Ini-uukol ng ulat ang trabaho sa mga bahagi, at nagkakaiba ang mga tuntunin ng pag-uukol sa mga platform.

Basahin ang ulat katabi ng counter ng network at ng oras na nakabukas ang screen. Kapag tumugma ang window ng paglilipat sa window ng pagkaubos, ipinapaliwanag ng workload ang resulta at ang protocol ay pangalawa. Kapag nagpatuloy ang pagkaubos habang nakatigil ang mga counter, may bagay na nagpapanatiling gising sa radyo, at ang susunod na seksyon ang lugar na dapat tingnan.

Keepalive, muling pagkonekta at ang gising na kalagayan ng radyo

Ang screen na mukhang idle ay hindi nagpapatunay ng idle na network. Ang pag-sync, pagmemensahe at pagsusuri ng update ay nagpapadala ng maliliit na dami ng trapiko, at bawat isa ay maaaring maglabas sa radyo mula sa mababang-enerhiyang kalagayan nang mas matagal kaysa sa tagal ng palitan mismo. Ang maliit at madalas na trapiko ay mahal kada byte dahil nangingibabaw ang fixed cost.

Nagdadagdag ang tunnel ng sarili nitong maliit na trapiko bilang keepalive, na umiiral upang panatilihing bukas ang NAT mapping o mapansin ang kasosyong umalis. Nakadepende ang layunin nila sa protocol at network, at ang pagpatay sa kanila ay maaaring magpababa ng aktibidad pero iiwan ang tunnel na hindi magamit pagkatapos ng tahimik na panahon. Kung susubukan mo ang ibang halaga, itala ang orihinal at tiyakin na nakakabawi pa rin ang tunnel pagkatapos. Huwag kailanman mag-import ng agwat mula sa ibang protocol, dahil ang constant na bagay sa isang disenyo ay arbitraryo sa iba.

Ang pagpapalit ng koneksyon ang ikalawang gastos. Ang client na muling kumokonekta bawat ilang minuto ay ginugugol ang oras sa handshakes kaysa sa payload, at hindi kailanman nagkakaroon ng pagkakataon ang radyo na kumalma.

Kapag hininto ng platform ang tunnel para makatipid ng enerhiya

Nililimitahan ng mga mobile operating system ang pagpapatakbo sa background, at ang tunnel ay hindi exempted sa patakarang iyon. Ang koneksyong nawawala kapag patay ang screen ay karaniwang problema sa integrasyon sa platform at hindi server na tumatanggi sa session. Ang sariling gabay sa baterya ng client ang lugar na simulang tingnan, dahil inilalarawan nito ang sinusuportahang paraan upang manatiling konektado sa pagtulog.

Ang pag-exempt sa lahat mula sa pamamahala ng enerhiya ay hindi solusyon. Lumilikha ito ng ibang workload at sinisira ang paghahambing na sinusubukan mong gawin.

Pagkatapos ay magpasya kung ano ang dapat mangyari kapag natutulog ang aparato, dahil ang laging-nakabukas na operasyon, pagharang nang walang tunnel at pag-optimize ng baterya ay sumasagot sa tatlong magkaibang tanong. Ang setting na nagtitipid ng enerhiya sa pamamagitan ng tahimik na pagtatapon ng kinakailangang saklaw ay hindi pinanatili ang orihinal na layunin; itinago nito ang pagkabigo. Isulat ang nilalayong patakaran bago mo i-tune ang anuman. Kung wala iyon, pipili ka sa pagitan ng tunnel na nauubos at tunnel na wala talaga, at tatawagin mong tagumpay ang alinman sa resulta.

Mag-set up ng paghahambing sa halip na paniniwala

Ihambing ang katulad sa katulad: parehong gawain, parehong network, parehong tagal, katulad na signal. Itala ang data na nailipat, bilang ng muling pagkonekta, temperatura ng aparato at mga kondisyon ng signal, dahil alinman sa mga ito ay maaaring maggalaw ng resulta nang mag-isa. Ang ilang porsyento ng baterya sa isang oras ay nasa loob ng ingay ng karamihan ng telepono, habang ang paulit-ulit na pattern sa ilang pagtakbo ay hindi. Gabay sa Android VPN inilalarawan ang lifecycle at ang laging-nakabukas na pag-uugali na sinusunod ng isang maayos na client, na kapaki-pakinabang na konteksto kapag may client na hindi ito ginagawa.

Ilipat ang opsyonal na malalaking paglilipat sa sandaling mura ang enerhiya at network.

Pagkatapos ay kumilos ayon sa ipinakita ng paghahambing. Kung workload ang nagpapaliwanag, iiskedyul ang workload. Kung pagpapalit ng koneksyon ang nagpapaliwanag, ayusin ang transition ng network na nagdudulot nito. Kung platform ang nagpapaliwanag, sundin ang sinusuportahang patakaran sa baterya para sa client na iyon. Ang pagpapahina ng mga cryptographic setting ang tanging pagbabagong nagpapabuti ng numero nang hindi hinahawakan ang dahilan, kaya dapat itong maging huling bagay na aabutin ng sinuman.