Polling rate 1000 Hz, 4000 Hz và 8000 Hz khác nhau thế nào?

Polling rate 1000 Hz, 4000 Hz và 8000 Hz khác nhau thế nào?

1000 Hz, 4000 Hz và 8000 Hz tương ứng chu kỳ báo cáo danh định 1 ms, 0,25 ms và 0,125 ms. Polling rate cao có thể giảm phần chờ báo cáo và làm thời điểm cập nhật đầu vào đều hơn, nhưng không bảo đảm giảm tổng độ trễ theo đúng chênh lệch đó.

1000 Hz là điểm khởi đầu hợp lý để kiểm tra hệ thống. 4000 hoặc 8000 Hz đáng thử nếu chuột hỗ trợ, máy chạy ổn định và bạn muốn tối ưu thêm. Quyết định cuối cùng nên dựa trên độ ổn định khung hình, cảm giác điều khiển và thời lượng pin của chính cấu hình đang dùng.

Chu kỳ báo cáo không phải độ trễ toàn bộ chuột

Polling rate mô tả tần suất báo cáo đầu vào về máy tính. Nó khác tốc độ chụp ảnh của cảm biến và khác tốc độ quét công tắc. Công thức chu kỳ là T = 1000 / f, với T tính bằng mili giây và f tính bằng Hz.

Từ 1000 lên 8000 Hz, chu kỳ ngắn hơn 0,875 ms. Trong mô hình trên, phần chờ trung bình chỉ giảm 0,4375 ms. Từ 4000 lên 8000 Hz, mức giảm trung bình là 0,0625 ms. Không con số nào ở đây là phép đo click-to-photon của một mẫu chuột.

Thiết bị thực tế còn có thời gian xử lý cảm biến, công tắc, firmware, kết nối và lịch xử lý của hệ điều hành. Nếu dữ liệu bị trễ trước khi tới lịch gửi, chu kỳ ngắn không tự xóa phần trễ đó.

USB liên quan gì đến 8000 Hz?

Tài liệu Microsoft về USB endpoint mô tả khoảng phục vụ interrupt endpoint phụ thuộc tốc độ bus và bInterval. Với USB high-speed, một microframe dài 125 µs; phục vụ mỗi microframe tương ứng 8000 lần mỗi giây.^[1]

Đây là cơ sở của cách triển khai 8000 Hz phổ biến qua một interrupt endpoint high-speed. Không nên diễn đạt thành “mọi kiến trúc USB mãi mãi chỉ có thể gửi 8000 mẫu”. Cũng không cần mặc định rằng phải có cổng USB 3.x mới dùng được: USB 2.0 high-speed đã có microframe 125 µs. Cổng, receiver và firmware cụ thể vẫn phải đáp ứng yêu cầu của hãng.

Trong tên USB, “interrupt transfer” không có nghĩa CPU chắc chắn bị đánh thức riêng đúng một lần cho từng báo cáo. Tải xử lý phụ thuộc bộ điều khiển, driver, cách gom sự kiện và ứng dụng.

Nhiều báo cáo hơn giúp gì cho tâm ngắm?

Dữ liệu mới có thể tới gần thời điểm game lấy input hơn. Điều này có thể giảm sai lệch thời điểm giữa chuyển động tay và cập nhật khung hình. Lợi ích còn tùy nhịp báo cáo thực tế, DPI, tốc độ di chuột và cách engine đọc dữ liệu.

Ở 240 FPS ổn định, một khung dài khoảng 4,17 ms. Về mặt danh định, khoảng thời gian đó chứa trung bình khoảng 4,17 chu kỳ ở 1000 Hz hoặc 33,33 chu kỳ ở 8000 Hz. Nhưng màn hình không hiển thị 33 vị trí tâm ngắm riêng biệt trong một khung; game có thể gom nhiều dữ liệu chuyển động trước khi dựng ảnh.

Tương tự, không thể nói theo mục tiêu càng lâu thì lợi ích độ trễ càng cộng dồn thành nhiều giây. Từng cập nhật được xử lý trong dòng thời gian liên tục. Một chênh lệch nhỏ lặp lại không phải khoản thời gian được cộng thẳng vào cuối trận.

So độ trễ chuột với thời gian phản xạ của con người cũng không đủ để kết luận “không ai cảm nhận được”. Cảm nhận độ mượt trong điều khiển liên tục khác với phản ứng trước một tín hiệu bất ngờ. Muốn biết khác biệt có hữu ích, cần kiểm tra trên cấu hình thực và tránh gán một ngưỡng cảm nhận chung cho mọi người.

CPU, tương thích và pin là các đánh đổi chính

Không có tỷ lệ chung kiểu “8000 Hz tốn CPU gấp tám” hoặc “pin giảm tám lần”. Số báo cáo danh định tăng tám lần không làm mọi thành phần điện năng và tải CPU tăng tuyến tính.

VALORANT là ví dụ cho thấy phần mềm quan trọng. Theo Riot, bản 11.06 đã gỡ tùy chọn RawInputBuffer và để tính năng này luôn bật vì hiệu năng tốt hơn.^[2] Không cần tìm công tắc cũ trong hướng dẫn từ năm 2021.

Cách thử 1000, 4000 và 8000 Hz trên máy của bạn

• Cập nhật firmware chuột và receiver theo hướng dẫn hãng; kiểm tra receiver có thực sự hỗ trợ mức cần dùng không.

• Giữ nguyên DPI, sensitivity, độ phân giải, giới hạn FPS và bài tập. Với không dây, bắt đầu ở mức pin tương đương.

• Lấy 1000 Hz làm mốc. Chạy cùng một cảnh hoặc bài tập, ghi FPS, 1% low và biểu đồ frame time nếu có.

• Thử 4000 rồi 8000 Hz, bao gồm cả lúc di chuột nhanh. Một cấu hình đứng yên mượt vẫn có thể khựng khi phát sinh nhiều input.

• Đổi thứ tự thử trong các buổi sau. Ghi lỗi ngắm, độ mượt cảm nhận và lượng pin tiêu hao trong thời gian tương đương.

• Giữ mức cao hơn nếu nó ổn định và mang lại lợi ích bạn coi trọng. Hạ xuống nếu khựng hình hoặc chi phí pin lớn hơn lợi ích.

Công cụ kiểm tra polling rate trên trình duyệt hữu ích để phát hiện chênh lệch lớn, nhưng có thể bị giới hạn bởi trình duyệt, cách gom sự kiện và tốc độ di chuột. Một kết quả không đạt đúng 8000 Hz trên web chưa đủ chứng minh chuột lỗi.

Muốn đo độ trễ phần cứng, cần phương pháp phù hợp. RTINGS mô tả phép đo click latency bằng bộ phân tích USB và phân biệt nó với phép đo sensor latency.^[3] Xem livestream hoặc điểm số sau một trận không thay thế phép đo này.

Nên giữ mức nào?

Giữ 1000 Hz nếu ưu tiên sự đơn giản, thời lượng pin hoặc máy có vấn đề ở mức cao. Thử 4000 Hz khi bạn muốn tối ưu mà vẫn cân nhắc tải và pin. Thử 8000 Hz khi phần cứng, phần mềm và cách dùng đều đáp ứng tốt; không cần ép dùng chỉ vì đó là mức lớn nhất.

Màn tần số quét cao có thể giúp quan sát khác biệt nhỏ rõ hơn, nhưng không có điều kiện cứng rằng “dưới 240 Hz thì 4000 Hz vô dụng”. Chuỗi đầu vào và nhịp dựng hình phải được xem cùng nhau.

Kết luận: 1 ms, 0,25 ms và 0,125 ms là chu kỳ báo cáo. Chọn polling rate bằng thử nghiệm có kiểm soát trên máy của bạn, không bằng lời hứa rằng mỗi cú bắn chắc chắn nhanh hơn 0,875 ms.

Nguồn tham khảo

• Microsoft Learn — USB_ENDPOINT_DESCRIPTOR, mục bInterval. Lịch phục vụ USB theo tốc độ bus.

• Riot Games — VALORANT Patch Notes 11.06. Cập nhật cách cấu hình RawInputBuffer.

• RTINGS — Our Mouse Control Tests: Click Latency. Phương pháp đo, không phải số đo do bài viết này thực hiện.

Xem thêm nội dung game và giải đấu trong chuyên mục esports của Klive.