Polling rate đo nhịp báo cáo của chuột, không đo toàn bộ độ trễ

By admin
Tóm tắt

Polling rate cho biết chuột gửi báo cáo về máy tính bao nhiêu lần mỗi giây, nhưng đó mới chỉ là khâu đầu tiên của cả chuỗi độ trễ. Từ thao tác của tay tới điểm ảnh đổi màu trên màn hình còn đi qua xử lý game, pipeline dựng hình và khâu hiển thị, vì vậy đọc polling rate như thước đo toàn hệ thống là cách hiểu quá mức.

Điểm chính

  1. Polling rate đo nhịp gửi báo cáo của chuột, không đo toàn bộ độ trễ hệ thống.
  2. Độ trễ từ thao tác tới điểm ảnh gồm nhiều khâu cộng dồn: thiết bị, game, dựng hình và hiển thị.
  3. Đọc polling rate phải đặt cạnh các khâu còn lại, không biến nó thành kết luận phản hồi.
  4. Mọi so sánh cần ghi rõ thiết bị, thiết lập và phương pháp đo.
  5. Không dùng một thông số đầu vào để khái quát trải nghiệm toàn hệ thống.

Polling rate thực sự đo điều gì

Bài phân tích của Klive đặt độ trễ chuột, bàn phím và màn hình trong một chuỗi cộng dồn, trong đó nhịp báo cáo của thiết bị chỉ là một mắt xích. Cách đặt vấn đề này giúp người đọc không tách một thông số ra khỏi toàn cảnh từ thao tác tới điểm ảnh. [1]

Illustration: Polling rate thực sự đo điều Decorative illustration for the section "Polling rate thực sự đo điều"; visual only, carries no data.

Hiểu đúng thì polling rate trả lời câu hỏi báo cáo được gửi đi dày cỡ nào, không trả lời câu hỏi điểm ảnh đổi màu sau bao lâu. Hai câu hỏi thuộc hai khâu khác nhau, nên đáp án của khâu này không thể thay cho đáp án của khâu kia.

Chuỗi độ trễ từ tay tới điểm ảnh gồm những khâu nào

Sau khi báo cáo input tới máy, trò chơi còn phải xử lý logic, phối hợp với pipeline dựng hình rồi mới xuất khung hình ra màn hình. Tài liệu Reflex SDK của NVIDIA mô tả chính nỗ lực phối hợp thời điểm lấy mẫu input với pipeline dựng hình ở phía game và driver, cho thấy khâu giữa cũng tốn thời gian đáng kể. [2]

Cuối chuỗi là khâu truyền tín hiệu và hiển thị của màn hình, mỗi khâu cộng thêm một khoảng thời gian riêng. Vì vậy dù nhịp báo cáo của chuột rất dày, tổng độ trễ vẫn là tổng của cả chuỗi chứ không thu về bằng chu kỳ báo cáo.

Vì sao không nên biến polling thành kết luận phản hồi

Sai lầm phổ biến là thấy con số polling cao rồi khẳng định hệ thống phản hồi tức thì. Khẳng định này bỏ qua toàn bộ thời gian xử lý phía sau, trong khi chính các khâu đó thường chiếm phần lớn độ trễ mà người dùng cảm nhận được.

Illustration: Vì sao không nên biến polling thành Decorative illustration for the section "Vì sao không nên biến polling thành"; visual only, carries no data.

Cách đọc thận trọng là coi polling rate như điều kiện cần cho input mượt, không phải điều kiện đủ cho phản hồi nhanh. Muốn nói về phản hồi toàn hệ thống, cần đo cả chuỗi trong cùng một phương pháp thay vì suy ra từ một thông số.

Cách so sánh độ trễ giữa các cấu hình

Khi so sánh hai cấu hình, hãy giữ workload giống nhau và chỉ thay một yếu tố mỗi lần, đồng thời ghi rõ thiết bị, thiết lập và cách đo. Nếu thay nhiều thứ cùng lúc, kết quả chênh lệch không thể gán cho riêng polling rate hay riêng màn hình. Sau khi nắm ranh giới của polling rate và muốn chuyển sang nội dung thể thao giải trí, bạn có thể mở Đến KLIVE để theo dõi các giải bóng đá quốc tế; đây là nội dung thể thao trực tiếp, không phải nguồn đo độ trễ thiết bị.

Ngoài ra nên tách số liệu đo được khỏi cảm nhận chủ quan: số liệu đi kèm phương pháp, cảm nhận đi kèm ngữ cảnh sử dụng. Cách tách này giúp người đọc khác đánh giá đúng trọng lượng của từng loại thông tin.

Danh sách kiểm tra khi đọc quảng cáo thiết bị

Trước khi tin một tuyên bố phản hồi nhanh, hãy hỏi: con số đó đo khâu nào, đo bằng phương pháp gì, trên workload nào và có gồm cả chuỗi tới điểm ảnh hay không. Nếu nhà sản xuất chỉ công bố polling rate mà nói như độ trễ toàn hệ thống, đó là cách diễn đạt quá mức cần được đọc lại một cách tỉnh táo.

Nguồn tham khảo

  1. Klive — Độ trễ chuột, bàn phím và màn hình cộng dồn như thế nào?
  2. NVIDIA — Reflex SDK

Câu hỏi thường gặp

Chuột polling rate cao có đồng nghĩa độ trễ bằng không không?

Không. Polling rate chỉ cho biết chuột gửi báo cáo bao nhiêu lần mỗi giây. Độ trễ toàn hệ thống còn gồm xử lý game, dựng hình, truyền tín hiệu và hiển thị, vì vậy không thể lấy một thông số thay cho cả chuỗi.

Tăng polling rate có rút ngắn mọi khâu độ trễ không?

Nhịp gửi báo cáo nhanh giúp thông tin đầu vào cập nhật đều hơn, nhưng mỗi khâu phía sau vẫn tốn thời gian riêng. Cải thiện một khâu không tự động xóa thời gian của các khâu còn lại.

Đọc thông số polling thế nào cho đúng?

Đọc polling rate như nhịp báo cáo, đồng thời xem xét xử lý game, pipeline dựng hình và màn hình. Muốn đánh giá phản hồi thực tế cần đo cả chuỗi thay vì chỉ nhìn một thông số.

Khi so sánh độ trễ giữa các cấu hình cần ghi gì?

Ghi rõ thiết bị, thiết lập, workload và phương pháp đo cho từng khâu, rồi mới bàn tới cảm nhận tổng thể. Cách ghi này giúp người khác lặp lại phép đo thay vì tranh luận bằng cảm giác.