VPN có làm cạn pin không? Những gì radio vốn đã làm
Mã hóa chỉ là một phần nhỏ của hóa đơn. Tách riêng việc truyền, các lần đánh thức radio và các lần kết nối lại, rồi so sánh hai lần chạy chỉ khác nhau một điều.
Phàn nàn về pin thường đến dưới dạng “VPN ăn pin của tôi”, đó là kết luận chứ không phải quan sát. Đo đạc cho thấy một hỗn hợp các lần truyền, đánh thức radio và kết nối lại đã giữ thiết bị bận rộn. Mã hóa góp phần vào hóa đơn đó, và trên một chiếc điện thoại hiện đại nó hiếm khi là dòng lớn nhất. Tách ba thứ ra và lời phàn nàn trở thành thứ bạn thực sự có thể kiểm tra.
Đường hầm thêm gì vào hành trình của gói tin
Mỗi gói tin mà đường hầm mang theo đều được xác thực, mã hóa, bọc trong một tiêu đề khác và mở ra ở đầu bên kia. Công việc đó tốn chu kỳ xử lý và, quan trọng hơn, giữ giao diện mạng bận lâu hơn so với chỉ riêng phần dữ liệu. Một bản sao lưu chạy mười phút qua đường hầm vẫn là bản sao lưu mười phút, chỉ với chi phí phụ trội mỗi gói tin cao hơn một chút. Số byte và thời lượng đến từ ứng dụng, không phải từ đường hầm.
Đó là lý do một tỷ lệ phần trăm trong báo cáo pin là hướng dẫn kém cho chi phí phụ trội. Báo cáo quy công việc cho từng thành phần, và quy tắc quy công khác nhau giữa các nền tảng.
Hãy đọc báo cáo bên cạnh bộ đếm mạng và thời gian màn hình bật. Khi cửa sổ truyền trùng với cửa sổ cạn pin, khối lượng công việc giải thích kết quả và giao thức chỉ là thứ yếu. Khi pin tiếp tục cạn trong lúc các bộ đếm đứng yên, có gì đó đang giữ radio thức, và phần tiếp theo là nơi cần nhìn.
Keepalive, kết nối lại và trạng thái thức của radio
Một màn hình trông như rảnh rỗi không chứng minh mạng rảnh rỗi. Đồng bộ hóa, tin nhắn và kiểm tra cập nhật đều gửi lượng nhỏ lưu lượng, và mỗi thứ có thể kéo radio ra khỏi trạng thái tiêu thụ thấp lâu hơn nhiều so với thời gian trao đổi. Lưu lượng nhỏ nhưng thường xuyên đắt trên mỗi byte vì chi phí cố định chiếm ưu thế.
Đường hầm thêm lưu lượng nhỏ của riêng nó dưới dạng keepalive, tồn tại để giữ một ánh xạ NAT mở hoặc để nhận ra một đối tác đã biến mất. Mục đích của chúng phụ thuộc vào giao thức và mạng, và việc tắt chúng có thể giảm hoạt động nhưng để đường hầm không dùng được sau một thời gian nhàn rỗi. Nếu bạn thử một giá trị khác, hãy ghi lại giá trị gốc và xác nhận đường hầm vẫn phục hồi sau đó. Đừng bao giờ nhập khoảng thời gian từ giao thức khác, vì một hằng số phù hợp với thiết kế này lại tùy tiện trong thiết kế khác.
Việc thay đổi kết nối là chi phí thứ hai. Một ứng dụng kết nối lại vài phút một lần dành thời gian cho bắt tay thay vì dữ liệu, và radio không bao giờ có cơ hội ổn định.
Khi nền tảng dừng đường hầm để tiết kiệm điện
Hệ điều hành di động hạn chế chạy nền, và đường hầm không được miễn trừ khỏi chính sách đó. Một kết nối biến mất khi màn hình tắt thường là vấn đề tích hợp với nền tảng chứ không phải máy chủ từ chối phiên. Hướng dẫn về pin của chính ứng dụng là nơi để bắt đầu, vì nó mô tả cách được hỗ trợ để duy trì kết nối qua giấc ngủ.
Miễn trừ mọi thứ khỏi quản lý nguồn điện không phải là giải pháp. Nó tạo ra một khối lượng công việc khác và phá hủy phép so sánh bạn đang cố thực hiện.
Sau đó hãy quyết định điều gì nên xảy ra khi thiết bị ngủ, vì hoạt động luôn bật, hành vi chặn khi không có đường hầm và tối ưu hóa pin trả lời ba câu hỏi khác nhau. Một cài đặt tiết kiệm điện bằng cách âm thầm bỏ vùng phủ cần thiết không bảo toàn mục tiêu ban đầu, nó đã che giấu thất bại. Hãy viết chính sách dự định trước khi tinh chỉnh bất cứ điều gì. Không có điều đó, bạn kết thúc bằng việc chọn giữa một đường hầm làm cạn pin và một đường hầm đơn giản là không có, và gọi kết quả nào cũng là thành công.
Hãy dựng một phép so sánh thay vì một niềm tin
So sánh những thứ tương đương: cùng tác vụ, cùng mạng, cùng thời lượng, tín hiệu tương tự. Ghi lại dữ liệu đã truyền, số lần kết nối lại, nhiệt độ thiết bị và điều kiện tín hiệu, vì bất kỳ yếu tố nào trong đó cũng có thể tự mình làm lệch kết quả. Vài phần trăm pin trong một giờ nằm trong độ nhiễu của hầu hết điện thoại, còn một mẫu lặp lại qua nhiều lần chạy thì không. Hướng dẫn Android VPN mô tả vòng đời và hành vi luôn bật mà một ứng dụng cư xử đúng sẽ tuân theo, đây là bối cảnh hữu ích khi một ứng dụng không làm vậy.
Chuyển các lần truyền lớn tùy chọn sang thời điểm cả điện và mạng đều rẻ.
Sau đó hãy hành động theo những gì phép so sánh cho thấy. Nếu khối lượng công việc giải thích, hãy lên lịch công việc. Nếu việc thay đổi kết nối giải thích, hãy sửa chuyển tiếp mạng gây ra nó. Nếu nền tảng giải thích, hãy tuân theo chính sách pin được hỗ trợ cho ứng dụng đó. Làm yếu cài đặt mật mã là thay đổi duy nhất cải thiện con số mà không chạm vào nguyên nhân, đó là lý do nó nên là thứ cuối cùng mà bất kỳ ai vươn tới.