Các hướng dẫn về tốc độ trả lời câu hỏi liệu remote desktop có chạy được trên kết nối của bạn không. Một gói 4G hay 5G tính dung lượng lại đặt ra câu hỏi sắc bén hơn: một giờ thực sự tốn bao nhiêu gigabyte? Câu trả lời chỉ cách một phép nhân so với các bitrate mà chúng tôi đã công bố — và khoảng trung thực trải từ gần như không gì tới vài gigabyte, được quyết định bởi những gì hiển thị trên màn hình nhiều hơn hẳn so với việc bạn kết nối bao lâu.
Phép tính chẳng ai chỉ ra
Mọi ước tính mức dùng dữ liệu cho remote desktop đều rút về một phép quy đổi. Một megabit mỗi giây, giữ trong một giờ, là một số byte cố định: Mbps duy trì × 3.600 giây ÷ 8 bit mỗi byte ÷ 1.000 MB mỗi GB = GB mỗi giờ. Đó là toàn bộ công thức. Chạy nó một lần và hằng số hiện ra: 1 Mbps duy trì ≈ 0.45 GB mỗi giờ.
Ví dụ minh hoạ, dùng đỉnh của mức 1080p 30FPS từ hướng dẫn yêu cầu băng thông của chúng tôi: 5 Mbps × 3.600 giây = 18.000 megabit = 2.250 megabyte ≈ 2.3 GB trong một giờ. Chúng tôi dùng gigabyte thập phân — 1.000 MB — vì đó là đơn vị mà các đồng hồ dữ liệu của nhà mạng đếm.
Nhân megabit mỗi giây duy trì với 0.45 là bạn có gigabyte mỗi giờ. Mọi con số trong bài này chính là phép nhân duy nhất đó, áp lên các bitrate chúng tôi đã công bố.
Từ khoá then chốt là duy trì. Công thức cho ra trần của một luồng không bao giờ dừng — mà một bộ phim thì đúng như vậy, còn một phiên remote desktop thì gần như không bao giờ. Mọi thứ bên dưới đều quy đổi các bitrate duy trì đã công bố, nên hãy coi mỗi con số là trường hợp xấu nhất; các phần sau bảng sẽ giải thích vì sao các phiên thực tế thấp hơn mức đó.
GB mỗi giờ, theo từng mức chất lượng
Cột bitrate bên dưới được sao lại từ các mức chất lượng trong hướng dẫn yêu cầu băng thông remote desktop của chúng tôi, cộng thêm mức sàn của envelope WAN từ bộ máy chất lượng thích ứng của Remio. Cột dữ liệu thuần là số học — Mbps × 0.45, làm tròn tới một chữ số thập phân.
| Mức chất lượng | Bitrate duy trì | Dữ liệu mỗi giờ (suy ra) |
|---|---|---|
| Sàn WAN thích ứng (Remio, đường truyền xuống cấp) | 300 Kbps | ≈ 0.14 GB |
| 720p · 30 FPS | 1 đến 3 Mbps | 0.45 đến 1.4 GB |
| 1080p · 30 FPS | 2 đến 5 Mbps | 0.9 đến 2.3 GB |
| 1080p · 60 FPS | 3 đến 8 Mbps | 1.4 đến 3.6 GB |
| 1440p · 60 FPS | 5 đến 12 Mbps | 2.3 đến 5.4 GB |
| 4K · 60 FPS (H.265 / AV1) | 8 đến 15 Mbps | 3.6 đến 6.8 GB |
| 4K · 60 FPS (H.264) | 15 đến 30 Mbps | 6.8 đến 13.5 GB |
| Đọc và code (1080p · 60 FPS, gần như tĩnh) | ngân sách 2 đến 5 Mbps | trần 0.9 đến 2.3 GB — phiên thực tế thấp hơn |
| Phát video trên màn hình từ xa (1080p · 60 FPS) | 8 đến 15 Mbps | 3.6 đến 6.8 GB |
Hai hàng cuối đáng nhìn lại lần nữa, vì chúng chung một độ phân giải nhưng chênh nhau gấp mấy lần trên đồng hồ. Phát video nằm ở 8 đến 15 Mbps — con số chuyển động liên tục từ hướng dẫn băng thông — vì mỗi khung hình của một video đang phát đều khác khung trước, và bộ mã hoá không còn lựa chọn nào ngoài việc chi toàn bộ ngân sách cho từng khung. Đọc và code mang cùng nhãn 1080p 60FPS nhưng ngân sách 2 đến 5 Mbps, và ngay cả mức đó cũng là một trần: trong một trình soạn thảo văn bản, hầu hết khung hình giống khung trước khoảng 95 phần trăm, nên bộ mã hoá bỏ qua gần như tất cả. Cùng độ phân giải, cùng tốc độ khung hình, hoá đơn rất khác nhau. Chuyển động mới là biến số quan trọng, không phải điểm ảnh.
Hàng 300 Kbps là mức mà envelope WAN của Remio lùi về khi một đường truyền di động xuống cấp — khoảng 0.14 GB mỗi giờ, cái giá để giữ kết nối và vẫn dùng được trong lúc mạng tự ổn định lại.
Vì sao thời gian nhàn rỗi gần như miễn phí
Các bộ mã hoá video là kiểu vi phân: mỗi khung hình được mô tả tương đối so với khung trước, và một khung trùng với khung trước gần như không tốn gì để gửi. Khi màn hình từ xa đứng yên — bạn đang đọc, đang nghĩ, hay đã rời bàn phím — bộ mã hoá vẫn tích tắc theo nhịp khung hình nhưng phát ra những khung nhỏ xíu thay vì bức hình đầy đủ. Đồng hồ gần như dừng lại.
Điều đó khiến mức dùng dữ liệu của remote desktop có tính bùng phát theo cách mà video streaming không bao giờ có. Một cú cuộn, một lần kéo cửa sổ, hay một hoạt ảnh tạo ra một đợt tăng vọt ngắn ở mức tối đa của bộ mã hoá; khoảnh khắc màn hình lắng xuống, mức dùng lại sụp đổ. Qua một giờ làm việc thông thường, các đợt bùng phát là vài giây còn những quãng yên lặng là vài phút.
Đây cũng là lý do vì sao nhiều giờ làm việc remote desktop có thể tính ít hơn một video duy nhất cùng độ dài ở cùng độ phân giải. Một video có chuyển động trong mọi khung hình theo định nghĩa, nên bộ mã hoá của nó chạy ở mức tối đa từ giây đầu tới giây cuối. Một phiên làm việc dành phần lớn thời gian ở những khung hình mà bộ mã hoá bỏ qua. Nhãn độ phân giải khớp nhau; số byte thì không.
Hệ quả cắt theo chiều ngược lại: bất cứ thứ gì giữ cho cả màn hình chuyển động — một video đang phát bên trong phiên, một trò chơi, một dashboard động — đều xoá đi khoản chiết khấu và đẩy bạn về những con số duy trì trong bảng phía trên. Phép số học chẳng bận tâm liệu chuyển động ấy có hữu ích hay không.
Kéo dài một gói có hạn mức
Bốn đòn bẩy, theo thứ tự hiệu quả:
- Hạ preset chất lượng trước khi rời Wi-Fi. Trong các ứng dụng có preset thủ công, hãy chọn độ phân giải và tốc độ khung hình thấp hơn cho phiên di động: đi từ 60 xuống 30 FPS cắt thẳng bitrate còn một nửa, và 1080p thay vì 1440p giảm số điểm ảnh đi 44 phần trăm. Trong mọi ứng dụng, hạ độ phân giải màn hình của host thu nhỏ những gì bộ mã hoá phải nén ngay từ đầu — ít điểm ảnh vào, ít bit ra.
- Đừng xem video qua phiên. Đó là thứ đắt đỏ nhất bạn có thể đặt lên một màn hình từ xa — các con số theo trường hợp dùng trong hướng dẫn băng thông cho thấy vì sao. Nếu bạn cần video, hãy phát nó trên chính thiết bị trong tay, đừng phát qua bộ mã hoá.
- Để dành các lần truyền tệp lớn cho Wi-Fi. Codec nén màn hình, không nén tệp: một tệp 2 GB kéo qua phiên vẫn là 2 GB trên đồng hồ, dù bộ mã hoá có khôn ngoan đến đâu.
- Để chất lượng thích ứng làm việc của nó. Bộ máy chất lượng thích ứng của Remio đo round-trip time trong một hai giây đầu của mỗi kết nối và chọn envelope bitrate phù hợp. Trên di động đó là envelope WAN — bắt đầu ở 2 Mbps, giới hạn ở 15 Mbps, và giữ một sàn 300 Kbps để phiên vẫn dùng được thay vì bị ngắt — rồi bitrate dịch chuyển trong envelope đó khi đường truyền phập phồng. Không có preset nào để trông chừng.
Toán hotspot: một buổi tối làm việc tốn bao nhiêu
Đưa bảng này vào một buổi tối thực tế — một phòng khách sạn, một hotspot điện thoại, một gói có hạn mức.
Hai giờ tài liệu và code. Mức đọc-và-code mang ngân sách duy trì 2 đến 5 Mbps, nên trần số học là 1.8 đến 4.5 GB — và cái trần đó giả định bộ mã hoá không một lần nào được bỏ qua khung hình, điều mà chữ tĩnh không bao giờ để xảy ra. Ở đầu kia, một phiên nhàn rỗi gần mức sàn thích ứng 300 Kbps tính khoảng 0.27 GB trong hai giờ — gọi là 0.3 GB. Một buổi tối thực tế với công việc gần như tĩnh nằm giữa hai mốc đó, gần đáy hơn hẳn so với đỉnh.
Một giờ có video đang phát. Hàng phát-video chạy 8 đến 15 Mbps duy trì, tức 3.6 đến 6.8 GB trong một giờ duy nhất — nhiều hơn cả trần trường hợp xấu nhất của toàn bộ phiên làm việc hai giờ ở trên. Ép 4K qua một công cụ chỉ có H.264 thì số học đạt trần 13.5 GB cho một giờ.
Vậy câu trả lời trung thực cho "một buổi tối remote desktop tốn bao nhiêu?" là một khoảng: từ khoảng 0.3 GB tới vài gigabyte, quyết định gần như hoàn toàn bởi những gì có trên màn hình. Thời lượng là biến số yếu; chuyển động là biến số mạnh. Hãy dự trù cho công việc bạn định làm, không phải cho số giờ bạn định kết nối.
Khi di động thắng Wi-Fi khách sạn
Có một phản xạ coi Wi-Fi khách sạn là lựa chọn có trách nhiệm còn di động là sự xa xỉ. Với remote desktop, phản xạ ấy thường ngược lại. Phần kiểm chứng thực tế về mạng trong hướng dẫn băng thông của chúng tôi ghi nhận Wi-Fi công cộng trải từ 100 Mbps với độ trễ 12 ms ở một khách sạn tốt cho tới 800 Kbps với độ trễ 400 ms ở một quán cà phê — và một phiên từ xa quan tâm tới con số thứ hai nhiều hơn hẳn con số thứ nhất. Mạng dùng chung cộng thêm jitter từ lưu lượng của mọi vị khách khác, và jitter chính là thứ khiến con trỏ có cảm giác như đang bị kéo lê qua xi-rô.
Một đường truyền di động sạch là cuộc đánh đổi ngược lại. 4G LTE thường ở mức 40 đến 100 ms độ trễ, và 5G nhiều khi xuống dưới 30 ms — và, quan trọng nhất, đường truyền là của riêng bạn, nên hồ sơ jitter có thể đoán trước. Có đo dung lượng nhưng sạch vẫn hơn không đo dung lượng nhưng tắc nghẽn, với bất kỳ phiên nào mà độ phản hồi quan trọng, và bảng ở trên là thứ cho phép bạn dự trù cho lựa chọn có đo dung lượng thay vì sợ nó.
Hai điều khiến di động trở nên thực dụng chứ không chỉ nhanh. Thứ nhất, khả năng kết nối: nhà mạng đặt điện thoại sau carrier-grade NAT, vốn giết chết các kết nối đến — nhưng remote desktop P2P quay số ra ngoài từ cả hai đầu và lùi về một relay mã hoá, nên CGNAT được xử lý mà không cần cấu hình gì; cơ chế nằm trong bài giải thích về port forwarding của chúng tôi. Thứ hai, quyền riêng tư: Remio mã hoá đầu-cuối, nên nhà mạng — như mọi mạng trên đường đi — chỉ mang bản mã mà nó không đọc được. Hướng dẫn an toàn Wi-Fi công cộng của chúng tôi đi qua chính xác những gì một kẻ quan sát trên đường truyền có thể và không thể thấy.
Câu hỏi thường gặp
Một giờ dùng remote desktop tốn bao nhiêu dữ liệu?
Từ khoảng 0.14 GB cho tới vài gigabyte. Phép tính là Mbps duy trì × 0.45 = GB mỗi giờ: một phiên giữ ở mức sàn WAN 300 Kbps của Remio dùng khoảng 0.14 GB mỗi giờ, một phiên làm việc 1080p gần như tĩnh với ngân sách 2 đến 5 Mbps đạt trần 0.9 đến 2.3 GB mỗi giờ, còn phát video ở 8 đến 15 Mbps ngốn 3.6 đến 6.8 GB mỗi giờ. Chuyển động trên màn hình từ xa quyết định khoảng dao động: chữ tĩnh gần như không tốn gì vì bộ mã hoá bỏ qua các khung hình không thay đổi, trong khi video toàn màn hình ghim bộ mã hoá ở mức duy trì của nó.
Remote desktop có dùng dữ liệu khi nhàn rỗi không?
Rất ít. Các bộ mã hoá hiện đại so sánh từng khung hình với khung trước và gửi gần như không gì khi màn hình không đổi — một desktop nhàn rỗi tạo ra những khung hình keep-alive nhỏ xíu thay vì video đầy đủ. Mức dùng dữ liệu của remote desktop có tính bùng phát: nó tăng vọt khi có thứ chuyển động trên màn hình và sụp về gần như bằng không khi bạn đọc, suy nghĩ hay rời đi.
Tôi có dùng được Remio qua 4G/5G không?
Có. Remio kết nối ngang hàng (peer-to-peer) với phương án dự phòng qua relay mã hoá, nên nó hoạt động trên kết nối di động sau carrier-grade NAT mà không cần đổi cấu hình router. Chất lượng thích ứng đo round-trip time trong một hai giây đầu và chọn envelope bitrate WAN — sàn 300 Kbps, trần 15 Mbps — để phiên vẫn dùng được ngay cả khi đường truyền xuống cấp. Remio hoàn toàn miễn phí, đầy đủ mọi tính năng, không cần tạo tài khoản.
4K có tốn dữ liệu hơn 1080p không?
Ở cùng mức chuyển động thì có — bitrate tăng theo cả độ phân giải lẫn chuyển động. Hướng dẫn yêu cầu băng thông của chúng tôi đặt 1080p 60FPS ở 3 đến 8 Mbps và 4K 60FPS ở 8 đến 15 Mbps với H.265 hoặc AV1, quy đổi thành 1.4 đến 3.6 GB mỗi giờ so với 3.6 đến 6.8 GB mỗi giờ ở mức duy trì. Trên một công cụ chỉ có H.264, 4K cần 15 đến 30 Mbps — lên tới 13.5 GB mỗi giờ. Một desktop 4K tĩnh vẫn tính rất ít, vì các khung hình không đổi được bỏ qua ở bất kỳ độ phân giải nào.
Làm sao để giới hạn mức dùng?
Hai đòn bẩy giải quyết phần lớn: hạ preset chất lượng hoặc độ phân giải khi bạn dùng di động, và tránh phát video qua phiên từ xa — chuyển động toàn màn hình chính là thứ đẩy bộ mã hoá lên mức duy trì. Hạ độ phân giải màn hình host giúp ích trong mọi ứng dụng, vì ít điểm ảnh vào thì ít bit ra. Để dành các lần truyền tệp lớn cho Wi-Fi, và để bitrate thích ứng tự điều chỉnh kích thước luồng thay vì ghim một preset cố định cao.
Nếu bạn muốn xem các phiên của chính mình rơi vào đâu, thí nghiệm rẻ nhất là chạy thử một phiên: tải Remio trên máy bạn muốn với tới và thiết bị trong túi, ghép chúng bằng mã PIN dùng một lần 4 chữ số, và kiểm tra đồng hồ dữ liệu sau một buổi tối. Hoàn toàn miễn phí — mọi tính năng, mọi nền tảng, không cần tài khoản — và envelope thích ứng có nghĩa là phiên tự điều chỉnh kích thước theo bất kỳ mạng nào bạn đang dùng.
