CPU frame time thấp hơn GPU frame time nói lên điều gì và chưa nói lên điều gì?

Điểm chính

1. Lệnh thống kê của Unreal giúp quan sát nhịp và gánh nặng theo từng luồng trong đoạn đo ^[1]
2. Công cụ Radeon GPU Profiler giúp xem chi tiết công việc phía GPU theo mốc ^[2]
3. CPU thấp hơn GPU gợi ý GPU có thể là giới hạn thông lượng của đoạn đó
4. Chồng lấp, đồng bộ và cách tính có thể làm hai con số ít ý nghĩa đơn lẻ
5. Luôn xác nhận bằng timeline và đo lặp lại trước khi kết luận

Hai con số CPU và GPU nói lên điều gì

Trong các công cụ quan sát hiệu năng, thời gian khung hình phía CPU phản ánh gánh nặng của luồng xử lý logic và chuẩn bị lệnh vẽ, còn thời gian phía GPU phản ánh gánh nặng xử lý đồ họa trong đoạn được đo. Khi phía CPU thấp hơn rõ rệt, luồng CPU đã hoàn thành phần việc của mình sớm hơn và đoạn đo có thể đang chờ phía GPU nhiều hơn. Đây là gợi ý ban đầu về giới hạn thông lượng, giúp người thử biết nên nhìn sâu vào khâu nào tiếp theo. Lệnh thống kê của Unreal cung cấp khung quan sát để đặt câu hỏi này một cách có mốc và có điều kiện. ^[1]

Tuy vậy, gợi ý ban đầu không đồng nghĩa với kết luận cuối cùng. Cùng một cặp số có thể xuất hiện trong nhiều kịch bản khác nhau, từ nghẽn thực sự tới chờ đồng bộ hoặc cách tính mốc chưa phản ánh đúng chồng lấp. Vì vậy, người đọc số liệu nên xem chênh lệch như điểm khởi đầu của quá trình xác minh, chứ không phải đáp án. Bước tiếp theo luôn là mở chi tiết timeline để xem điều gì thực sự diễn ra theo thời gian.

Vì sao hai giá trị rời chưa đủ để kết luận

Hai giá trị tổng hợp thường ẩn đi trật tự thời gian của các khâu, trong khi trật tự này quyết định ý nghĩa của chênh lệch. Nếu công việc CPU và GPU chồng lấp tốt, tổng thời gian tường có thể ngắn hơn nhiều so với phép cộng đơn giản. Ngược lại, nếu có điểm đồng bộ bắt một bên chờ bên còn lại, chênh lệch có thể phản ánh thời gian chờ chứ không phản ánh gánh nặng thực. Khi chưa nhìn timeline, người xem không thể phân biệt các trường hợp này.

Ngoài ra, mỗi công cụ có quy ước riêng về điểm bắt đầu và kết thúc của từng mốc. Một mốc có thể bao gồm cả thời gian chờ队列, thời gian trình điều khiển xử lý hoặc khoảng trống giữa các giai đoạn. Nếu không đọc định nghĩa mốc, người xem dễ gán cho con số một ý nghĩa mà công cụ không hề khẳng định. Vì vậy, mọi diễn giải đều cần bắt đầu từ tài liệu của đúng công cụ đang dùng, kèm theo cảnh và thiết lập của lần đo cụ thể.

Timeline và profiler giúp xác nhận điều gì

Timeline cho thấy các khâu bắt đầu và kết thúc khi nào, khâu nào chồng lên khâu nào và khoảng chờ xuất hiện ở đâu. Khi nhìn vào đó, người thử có thể biết phía GPU bận thực sự hay chỉ đang chờ dữ liệu từ phía trước. Các công cụ phân tích phía GPU như Radeon GPU Profiler cung cấp chi tiết công việc ở mức mốc sâu hơn, giúp tách gánh nặng tính toán khỏi chi phí đồng bộ và truyền dữ liệu. Đây là lớp bằng chứng giúp biến gợi ý ban đầu thành nhận định có căn cứ. ^[2]

Khi đọc timeline, hãy chú ý tới các đoạn chồng lấp, các điểm đồng bộ và các khoảng trống bất thường. Một GPU bận kín trong suốt đoạn đo là dấu hiệu khác với GPU bận ngắt quãng xen kẽ chờ đợi. Ghi lại hình ảnh timeline kèm mốc thời gian và điều kiện đo giúp người khác kiểm tra lại mạch suy luận. Nếu không có timeline, cách trung thực nhất là nói rõ kết luận còn bỏ ngỏ và cần thêm dữ liệu.

Những lỗi thường gặp khi đối chiếu CPU với GPU

Lỗi phổ biến nhất là so sánh hai con số từ hai lần đo khác cảnh, khác độ phân giải hoặc khác thiết lập rồi gán nguyên nhân cho phần cứng. Lỗi thứ hai là đo một đoạn ngắn rồi suy rộng cho toàn bộ game, trong khi mỗi cảnh có phân bố gánh nặng khác nhau. Lỗi thứ ba là đổi nhiều thiết lập cùng lúc rồi cho rằng chênh lệch mới xuất hiện là do một thay đổi duy nhất. Mỗi lỗi đều xuất phát từ việc bỏ qua điều kiện đo, trong khi điều kiện chính là thứ làm cho con số có nghĩa.

Một lỗi khác là dùng mốc của công cụ này để diễn giải theo định nghĩa của công cụ khác. Mỗi hệ sinh thái có quy ước đo riêng, nên việc trộn định nghĩa sẽ tạo ra so sánh khập khiễng. Khi cần đối chiếu liên công cụ, hãy trình bày song song cả hai phương pháp với ghi chú rõ ràng, thay vì gộp thành một bảng duy nhất. Sự cẩn thận này giúp người đọc khác không suy rộng sai từ dữ liệu của bạn.

Quy trình xác minh trước khi nhận định

Quy trình gợi ý gồm bốn bước là ghi điều kiện, xem timeline, thay một biến rồi đo lặp lại. Bước ghi điều kiện bao gồm tên game, API, phiên bản engine, driver, độ phân giải, thiết lập đồ họa và cảnh đo. Bước xem timeline giúp xác định chồng lấp và điểm chờ thay vì đoán từ hai số tổng. Bước thay một biến giúp gắn thay đổi quan sát được với đúng nguyên nhân. Bước lặp lại giúp loại trừ dao động ngẫu nhiên của một lần đo đơn lẻ.

Khi trình bày, nên nêu rõ phạm vi của nhận định như trong đoạn đo này, với cảnh này và thiết lập này. Nếu muốn gợi ý tối ưu, hãy trình bày đó là hướng thử tiếp theo cần kiểm chứng, kèm theo cách đo đề xuất. Tránh dùng ngôn ngữ chắc chắn cho những nội dung mà dữ liệu hiện tại chưa bao phủ. Cách trình bày có giới hạn rõ ràng giúp thông tin vừa hữu ích vừa trung thực với người đọc.

Từ đối chiếu timing sang theo dõi thể thao

Thói quen xác minh bằng timeline trước khi kết luận trong đồ họa cũng hữu ích khi đọc mọi nội dung kỹ thuật khác, đó là luôn hỏi bằng chứng theo thời gian ở đâu trước khi chia sẻ. Khi muốn dành thời gian giải trí với bóng đá theo lịch sinh hoạt của mình, bạn có thể tham khảo các trận cầu đang diễn ra tại KLIVE; hãy xem thông tin hiển thị tại thời điểm truy cập và tự đánh giá mức độ phù hợp với nhu cầu của mình.

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