خالی شدن باتری که پس از روشن شدن VPN ظاهر می‌شود معمولاً تغییری در بار کاری است که برچسب دیگری دارد. تونلی که بی‌کار می‌ماند، یک پشتیبان‌گیری شبانه و کلاینتی که هر چند دقیقه دوباره وصل می‌شود، مقدارهای بسیار متفاوتی انرژی مصرف می‌کنند. نماد نوار وضعیت نمی‌تواند بگوید کدام یک از این‌ها را می‌بینید.

تونل را از آنچه حمل می‌کند جدا کنید

پشتیبان‌گیری از عکس‌ها یا یک تماس تصویری داده‌ای را می‌فرستد که VPN سپس باید آن را رمزگذاری، احراز هویت و ارسال کند. بخشی از این هزینه انرژی به برنامه‌ای تعلق دارد که ترافیک را ساخته است و تنها بخشی به خود تونل. خواندن گزارش باتری در کنار آمار شبکه و صفحه‌نمایش همان روش جدا کردن این دو است. پیش از تغییر حتی یک تنظیم، از آنجا شروع کنید.

گزارش‌های پلتفرم هم کار را به شیوه خود نسبت می‌دهند. مؤلفه‌ای که با برچسب VPN مشخص شده ممکن است زمان رادیویی را شامل شود که در هر حال صرف می‌شد و به‌ندرت سرباری رمزنگاری را به‌تنهایی جدا می‌کند. درصد را نقطه شروع بدانید، نه اندازه‌گیری.

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

فرمان نخست تخصیص انرژی هر مؤلفه را برای آخرین چرخه شارژ چاپ می‌کند. دومی نشان می‌دهد کدام رابط‌ها چه مقدار داده جابه‌جا کرده‌اند و همین بافت است که درصد را به توصیف بار کاری تبدیل می‌کند. پیش از نتیجه‌گیری درباره تونل، این دو را مقایسه کنید.

اگر دستگاه هنگام انتقال داغ می‌شود، کلاینت‌ها یا تنظیمات پروتکل را در شرایط یکسان مقایسه کنید. ضعیف کردن رمزنگاری برای رسیدن به یک عدد انرژی، هزینه‌ای شناخته‌شده را با هزینه‌ای ناشناخته عوض می‌کند.

اتصال‌های مجدد رادیو را بیدار نگه می‌دارند

صفحه‌ای که بی‌کار به نظر می‌رسد به معنای شبکه بی‌کار نیست. پیام‌رسانی، همگام‌سازی و بررسی به‌روزرسانی همچنان بسته می‌فرستند و هر تبادل کوچک می‌تواند رادیو را بسیار بیشتر از عمر خود بسته بیدار کند. همین تفاوت میان مدت بسته و زمان روشن بودن رادیو جایی است که مصرف در حالت بی‌کاری پنهان می‌شود. همچنین توضیح می‌دهد چرا تونل بی‌کار می‌تواند هنوز بیشتر از دستگاه بی‌کار هزینه ببرد.

پیام‌های keepalive دلیلی دارند: نگاشت NAT را باز نگه می‌دارند یا همتایی را که رفته تشخیص می‌دهند. فاصله زمانی آن‌ها به پروتکل و شبکه‌ای که استفاده می‌شود بستگی دارد. غیرفعال کردن آن‌ها ممکن است فعالیت را کم کند، اما تونل را پس از دوره بی‌کاری بی‌استفاده می‌کند.

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

اولی نشان می‌دهد آیا keepalive پایدار تنظیم شده و با چه فاصله‌ای. دومی نشان می‌دهد آخرین handshake چه زمانی رخ داده است، که تونل آرام را از تونلی که مدام خود را بازمی‌سازد جدا می‌کند.

تاریخ اتصال‌ها بیشترین اهمیت را دارد وقتی مصرف پس از جابه‌جایی میان شبکه‌ها آغاز می‌شود. درست کردن بازیابی مکرر معمولاً ارزش بیشتری از عوض کردن مکان خروج دارد، چون کلاینتی که مدام دوباره وصل می‌شود انرژی را صرف بازیابی می‌کند نه انتقال.

وقتی پلتفرم تونل را معلق می‌کند

سیستم‌های عامل اجرای پس‌زمینه را محدود می‌کنند و تونلی که با خاموش شدن صفحه ناپدید می‌شود ممکن است قربانی آن سیاست باشد نه خرابی سرور. از دید کاربر این دو یکسان به نظر می‌رسند و به همین دلیل گزارش پلتفرم اهمیت دارد.

معاف کردن همه برنامه‌ها از مدیریت انرژی بار کاری را تغییر می‌دهد و هر مقایسه بعدی را بی‌معنا می‌کند. کلاینت VPN و تنها برنامه‌ای را که به آن نیاز دارد معاف کنید، سپس دوباره در برابر همان خط پایه اندازه بگیرید.

جداگانه تصمیم بگیرید پس از خواب چه باید رخ دهد. کارکرد همیشگی، قاعده مسدودسازی بدون VPN و بهینه‌سازی معمول باتری به پرسش‌های متفاوتی پاسخ می‌دهند و تنظیمی که با حذف بی‌صدای پوشش لازم در انرژی صرفه‌جویی می‌کند، الزام اولیه را برآورده نکرده است.

چیزهای مشابه را با هم مقایسه کنید، سپس تصمیم بگیرید

در هر دو اجرا از همان کار، همان شبکه و همان مدت استفاده کنید و حجم منتقل‌شده، تعداد اتصال‌های مجدد، دما و قدرت سیگنال را یادداشت کنید. تغییرهای کوتاه درصد باتری پرسروصدایند، پس الگویی تکرارشونده در استفاده‌ای قابل مقایسه تنها شاهد ارزشمند برای اقدام است. یک اجرا حکایت است.

انتقال‌های بزرگ اختیاری را، هر جا برنامه زمانی اجازه می‌دهد، به شارژر و شبکه بی‌سقف منتقل کنید. سپس دوباره به کل روز نگاه کنید، چون تونلی که ساعت‌ها بی‌کار می‌ماند بسیار کمتر از تونلی هزینه می‌برد که بیست دقیقه مشغول است.

بنویسید چه چیزی را تغییر دادید و اجرای دوم چه نشان داد. بدون آن ثبت، مقایسه بعدی از خط پایه دیگری آغاز می‌شود و همان بحث از صفر شروع می‌شود.

مقالات مرتبط