Công cụ tính Frame Time

Làm thế nào để đổi FPS sang mili-giây?

Lấy 1000 chia cho tốc độ khung hình. Một giây có 1000 mili-giây, vì vậy 60 FPS sẽ tương đương 1000 ÷ 60 = 16.67 ms mỗi khung hình. Để đổi ngược lại, lấy 1000 chia cho frame time.

Tại sao nên tính toán theo frame time thay vì FPS?

Vì mili-giây có tính chất cộng dồn trực tiếp, còn FPS thì không. Một khung cảnh tốn 8 ms cộng thêm hiệu ứng tốn 4 ms sẽ thành 12 ms — rất đơn giản. Phép tính tương tự với FPS không thể cộng trừ dễ dàng như vậy. Frame time cũng cho thấy rõ quy luật hiệu suất giảm dần: từ 30 lên 60 FPS tiết kiệm được 16.7 ms mỗi khung hình, nhưng từ 120 lên 240 FPS chỉ tiết kiệm được 4.2 ms. Dù cùng tăng gấp đôi FPS, nhưng lượng thời gian thực tiết kiệm được lại ít hơn tới 4 lần.

Quy tắc nửa khung hình (half-frame rule) là gì?

Cột thứ ba trong bảng là một nửa thời gian khung hình, và đây là mức quỹ thời gian an toàn mà nhiều người thực sự hướng đến. Mã nguồn của bạn không phải là thứ duy nhất chạy trong một khung hình — trình duyệt còn phải tính toán bố cục và vẽ (paint), bộ tổng hợp kết hợp các layer, và driver chuyển dữ liệu đến màn hình.

Frame time có giống với độ trễ (latency) không?

Không. Frame time là thời gian để tạo ra một khung hình. Còn độ trễ là khoảng thời gian từ lúc bạn thực hiện một thao tác cho đến khi kết quả hiển thị trên màn hình, bao gồm cả thiết bị đầu vào, hàng đợi khung hình, xử lý của màn hình và thời gian đổi màu điểm ảnh. Một tựa game đạt mức 8.33 ms hoàn hảo vẫn có thể có độ trễ toàn trình (end-to-end) lên đến 60 ms.

Có thể tính trung bình cộng tốc độ khung hình (FPS) không?

Không, và làm như vậy sẽ khiến kết quả trông đẹp hơn thực tế một cách sai lệch. Mười khung hình ở 100 FPS và mười khung hình ở 20 FPS không tương đương với 60 FPS — thực tế là mất 600 ms cho 20 khung hình, tức chỉ đạt 33 FPS. Hãy tính trung bình cộng frame time trước, sau đó mới quy đổi sang FPS. Đây là sai lầm phổ biến nhất trong các bài benchmark tự làm.