Chi tiết tin tức

Quản Trị Viên Klive

1% low FPS trong game là gì? Vì sao cần xem cùng FPS trung bình?

1% low là thống kê mô tả phần khung hình chậm của một lượt đo. Nó giúp phát hiện trường hợp FPS trung bình cao nhưng vẫn có khung hình kéo dài gây khựng. Tuy nhiên, nhãn “1% low” không có một cách tính được mọi công cụ áp dụng giống nhau; cần đọc định nghĩa trước khi so kết quả.

Muốn đánh giá độ mượt, hãy xem cả FPS trung bình, 1% low, 0,1% low và biểu đồ frametime. Không chỉ số đơn lẻ nào phản ánh đầy đủ cảm giác chơi hoặc độ trễ từ chuột đến màn hình.

Phạm vi: hướng dẫn đọc thống kê. Ví dụ số học dưới đây là dữ liệu giả định để minh họa công thức, không phải kết quả thử một game hay phần cứng cụ thể.


Trước hết, frametime là gì?

Frametime là thời gian của một khung theo loại sự kiện mà công cụ theo dõi, thường tính bằng mili giây. Có thể đo khoảng cách giữa các lần trình bày, thời gian CPU, GPU hoặc thời gian khung hiển thị; chúng không phải lúc nào cũng giống nhau.

Với một khoảng thời gian t tính bằng ms, tốc độ tương đương là 1000/t FPS. Khung 8 ms tương đương 125 FPS; khung 40 ms tương đương 25 FPS. Phép quy đổi giúp hình dung, không có nghĩa một khung đơn lẻ tạo thành một giây chơi ở tốc độ đó.

PresentMon ghi nhiều loại thời gian và độ trễ CPU, GPU, hiển thị; tên cột và phương pháp phải được giữ nhất quán khi so sánh.[1]


1% low khác percentile và FPS thấp nhất thế nào?

Hướng dẫn FrameView 2.0 phân biệt 1% Low FPS, dựa trên nhóm 1% khung chậm nhất, với 1% FPS, một giá trị percentile ở ranh giới nhóm khung đó.[2] Phân biệt này quan trọng hơn việc hai bài review dùng cùng một nhãn nghe gần giống nhau.

Các thống kê thường gặp và giới hạn diễn giải

Chỉ sốÝ nghĩaKhông cho biết đầy đủ

FPS trung bìnhSố khung chia thời gian đoKhung chậm xuất hiện lúc nào

Low theo nhóm khung chậmTóm tắt phần đuôi của dữ liệuThứ tự và tần suất cụ thể của các gai

Percentile frametimeMốc mà một tỷ lệ khung không vượt quáĐộ nặng của mọi khung nằm ngoài mốc

Khung chậm nhấtTrường hợp xấu nhất trong lượtTrải nghiệm đại diện cho cả lượt

Ví dụ p99 frametime là mốc khoảng 99% khung có thời gian không lớn hơn, tùy quy tắc percentile. Lấy 1000/p99 để đổi sang FPS không tương đương việc lấy trung bình 1% khung chậm rồi quy đổi.

Trung bình các giá trị FPS của từng khung cũng có thể khác 1000 chia trung bình frametime của nhóm. Vì vậy, phải ghi rõ công thức, cách làm tròn số khung và phiên bản phần mềm, không chỉ ghi “1% low”.


Ví dụ số học: trung bình cao nhưng vẫn có khung 40 ms

Giả sử có 10.000 khung: 9.900 khung dài 8 ms và 100 khung dài 40 ms. Nhóm 1% chậm nhất gồm đúng 100 khung.

Dữ liệu giả định, không phải phép đo thực tế

NhómSố khungMỗi khungTổng thời gian

Nhóm nhanh9.9008 ms79,2 giây

Nhóm chậm10040 ms4 giây

Toàn lượt10.000Trung bình 8,32 ms83,2 giây

FPS trung bình = 10.000/83,2 ≈ 120,19. Nếu dùng cách lấy trung bình thời gian của nhóm chậm rồi quy đổi, low = 1000/40 = 25 FPS.

Nhóm chậm chiếm 1% số khung nhưng khoảng 4,81% thời gian. Hai tỷ lệ không đồng nhất. Ngoài ra, 100 khung chậm có thể tập trung một đoạn hoặc rải khắp lượt; thống kê low không thể hiện sự khác biệt về phân bố thời gian đó.

FPS trung bình không sai: nó trả lời máy tạo được bao nhiêu khung trên toàn khoảng đo. Chỉ là câu hỏi “có khựng không?” cần thêm thông tin.


0,1% low và biểu đồ frametime bổ sung điều gì?

0,1% low tập trung vào một nhóm nhỏ hơn, nên thường nhạy với sự cố hiếm. Trong ví dụ 10.000 khung, nhóm 0,1% có 10 khung; với lượt khác, số khung và quy tắc làm tròn có thể khác.

Nhóm quá nhỏ dễ dao động giữa các lượt. Một lần chuyển cửa sổ, tác vụ nền hoặc tải tài nguyên có thể kéo kết quả xuống. Điều đó cần được giải thích theo mục tiêu đo, không mặc định xóa bỏ.

Biểu đồ frametime cho thấy gai xuất hiện khi nào, dài bao lâu và có lặp theo tình huống không. Nhưng một gai không tự cho biết nguyên nhân là CPU, GPU hay shader. Muốn chẩn đoán, cần đối chiếu log tải và sự kiện trong game.


Không có một ngưỡng low tốt cho mọi game

Low càng gần FPS trung bình thường gợi ý phân bố đều hơn trong cùng cách đo. Nhưng tỷ lệ đó không đủ: máy đều ở 30 FPS vẫn có thể không đáp ứng người muốn chơi 144 FPS, còn máy có low cao vẫn có thể xuất hiện một cú khựng rất hiếm.

Đặt low cạnh mục tiêu FPS và tần số quét để hiểu bối cảnh, không biến tần số quét thành điều kiện bắt buộc. Màn 240 Hz vẫn có ích khi 1% low dưới 240. Loại game, phản hồi màn hình, VRR và mức chấp nhận cá nhân đều ảnh hưởng trải nghiệm.

1% low cũng không đo ping, phản xạ người chơi hoặc tổng input latency. Không thể dùng nó để kết luận toàn bộ hệ thống có độ trễ thấp hơn.


VRR có chữa được khung chậm không?

VRR điều chỉnh nhịp quét để phối hợp với khung sẵn sàng trong phạm vi hỗ trợ, có thể giảm xé hình và hiện tượng lặp khung do lệch nhịp. Nhưng nó không biến khung 40 ms thành khung 8 ms, không loại bỏ thời gian game bị ngừng xử lý.

HDMI mô tả VRR là một tính năng hiển thị phục vụ trải nghiệm mượt hơn.[3] Mức cải thiện tùy dải VRR, chế độ đồng bộ và giới hạn FPS. Không nên hướng dẫn người dùng “phải bật tearing” chỉ từ một cờ API dành cho lập trình viên; cấu hình VSync/VRR thực tế cần theo tài liệu GPU và màn hình.


Đo thế nào để kết quả có thể so sánh?

  1. Chọn đoạn benchmark hoặc tuyến di chuyển lặp lại, ghi rõ phiên bản game.
  2. Chốt công cụ, phiên bản, loại frametime và công thức low.
  3. Giữ nguyên độ phân giải, thiết lập, giới hạn FPS, VRR, VSync và các chế độ tạo khung.
  4. Đo ít nhất ba lượt cùng thời lượng; ghi từng lượt và báo trung vị cùng khoảng dao động.
  5. Lưu dữ liệu thô để kiểm tra gai và đối chiếu với sự kiện trong game.
  6. Nếu loại một lượt, ghi lý do cụ thể, chẳng hạn chuyển cửa sổ ngoài kịch bản; không loại chỉ vì điểm thấp.
  7. Nếu muốn đánh giá chơi sau khi làm nóng máy và nạp cache, hãy chuẩn hóa bước làm nóng. Nếu muốn đánh giá lần chạy đầu hoặc shader compilation, chính lượt đầu là dữ liệu cần giữ. Không có quy tắc “luôn bỏ lượt đầu” đúng cho cả hai mục tiêu.

    Lượt đo dài hơn cho nhiều mẫu hơn nhưng không bảo đảm low luôn giảm. Giá trị phụ thuộc phân bố dữ liệu; percentile của một cảnh ổn định có thể tương đối ổn khi tăng thời lượng. Cần giữ cùng kịch bản và thời lượng để hạn chế biến gây nhiễu.


    Nếu low thấp, nên kiểm tra gì?

    • Thiết lập và GPU: thử giảm tải đồ họa, kiểm tra VRAM và GPU busy.
    • CPU và nền: đối chiếu tải, xung, nhiệt và tiến trình chạy cùng lúc.
    • RAM: kiểm tra dung lượng, cấu hình kênh, profile và lỗi bộ nhớ.
    • Shader, driver, lưu trữ: xem gai có gắn với lần chạy đầu hoặc chuyển vùng hay không.
    • Không phải mọi cú giật khi vào vùng mới đều là biên dịch shader, và không phải low thấp là phải nâng CPU. Thay từng biến rồi đo lại sẽ hữu ích hơn việc chỉnh hàng loạt tùy chọn không rõ tác dụng.

      Kết luận: 1% low bổ sung phần FPS trung bình dễ bỏ sót, nhưng chỉ có ý nghĩa khi định nghĩa và bối cảnh rõ. Đọc cùng frametime, nhiều lượt lặp và dữ liệu thô để tránh chọn phần cứng theo một con số đẹp.


      Nguồn và giới hạn

      1. Intel/GameTechDev, PresentMon: các số đo CPU, GPU, display và dữ liệu theo khung.
      2. NVIDIA, FrameView 2.0 User Guide, mục Evaluating Smoothness with 1% Low FPS và danh mục logged metrics: phân biệt low với percentile. Cần kiểm tra đúng phiên bản khi áp dụng.
      3. HDMI Licensing Administrator, tổng quan HDMI và VRR: tính năng đồng bộ hiển thị, không phải công cụ sửa thời gian xử lý khung.
      4. Truy cập nguồn ngày 27/10/2026. Ví dụ 10.000 khung là dữ liệu minh họa, không phải phép đo của tác giả hoặc của nguồn dẫn.


        2026-10-29 06:36:40