Trace CPU chỉ bao phủ một phần thời gian chạy thì nên kết luận ra sao?
Nếu trace CPU chỉ bao phủ một đoạn của phiên chạy, kết luận an toàn chỉ áp dụng cho đoạn đã ghi và các channel thực sự được thu. Trước khi diễn giải vùng trống, cần kiểm tra thời điểm bắt đầu/kết thúc capture, trạng thái ghi và cấu hình channel. Phần không xuất hiện trong trace không phải bằng chứng rằng CPU không làm việc.
Điểm chính
- Xác nhận trace bắt đầu và kết thúc ở thời điểm nào so với phiên chạy.
- Kiểm tra các channel cần thiết đã được bật trong lần thu đó chưa.
- Đối chiếu timeline tổng thể với vùng có dữ liệu thay vì coi khoảng trống là nhàn rỗi.
- Báo rõ phạm vi được quan sát và giới hạn của capture. [1]
- Timing Insights cung cấp góc nhìn timeline; dữ liệu phụ thuộc nội dung đã ghi. [2]
Trace không nhất thiết đại diện toàn phiên
Một trace là bản ghi của những sự kiện được thu trong một khoảng thời gian, chứ không mặc nhiên là bản sao đầy đủ của toàn bộ lần chạy. Người phân tích có thể khởi động capture muộn, dừng sớm, chỉ lưu một đoạn, hoặc chọn cấu hình chỉ ghi một số loại sự kiện. Khi mở trace, hãy xác định phạm vi thời gian của tệp trước khi nhận xét về hành vi CPU.
Tài liệu Unreal Insights Reference mô tả việc thu, lưu và xem trace cùng các thành phần liên quan. Vì vậy, cần dùng thông tin capture và dữ liệu thực tế làm căn cứ, không coi một biểu đồ ngắn là hồ sơ đầy đủ của ứng dụng. [1]
Kiểm tra thời điểm và trạng thái ghi
Bắt đầu bằng cách đối chiếu dấu thời gian trong trace với thao tác tạo vấn đề: mở màn chơi, tải tài nguyên, tái hiện giật hình hoặc bắt đầu phiên benchmark. Nếu sự kiện cần điều tra xảy ra trước khi capture bắt đầu hay sau khi dừng ghi, nó sẽ không được phản ánh. Ghi lại cách capture được kích hoạt giúp phân biệt thiếu dữ liệu với hành vi không xảy ra.
Cũng cần xem quá trình ghi có bị ngắt, giới hạn hoặc kết thúc bất ngờ hay không. Nếu có nhiều tệp trace, xác định tệp nào thuộc lần chạy nào và liệu đồng hồ/timestamp có cùng ngữ cảnh. Tránh ghép các đoạn khác phiên như thể chúng là một chuỗi liên tục.
Channel quyết định loại sự kiện có thể thấy
Unreal Insights tổ chức dữ liệu theo các loại sự kiện và channel. Nếu channel chứa sự kiện cần phân tích không được bật hoặc không có dữ liệu được ghi, timeline tương ứng có thể thiếu chi tiết. Sự vắng mặt của một track vì thế có thể phản ánh cấu hình thu, không chỉ phản ánh việc hệ thống không thực hiện công việc.
Timing Insights trình bày dữ liệu thời gian theo timeline và hỗ trợ điều hướng các sự kiện đã ghi. Hãy kiểm tra track đang hiển thị, khoảng thời gian được chọn và cấu hình capture trước khi so sánh các đoạn. Tài liệu công cụ giải thích cách đọc giao diện, nhưng không thể khôi phục sự kiện vốn không có trong tệp. [2]
Viết kết luận theo đúng bằng chứng
Một báo cáo rõ ràng có thể nêu phiên bản engine, thao tác tái hiện, khoảng thời gian trace bao phủ, channel đã bật và phần dữ liệu còn thiếu. Nếu cần lặp lại, tạo capture mới với thời điểm bắt đầu phù hợp và xác nhận track cần thiết xuất hiện. Giữ điều kiện giữa các lượt nhất quán để việc so sánh có ý nghĩa.
Nên viết “trong đoạn trace từ A đến B, các sự kiện được ghi cho thấy…” thay vì “CPU không làm việc trong toàn phiên”. Khi phạm vi chưa đủ, kết luận đó là giới hạn quan sát và đề nghị thu lại dữ liệu. Nội dung này tập trung vào phân tích profiler; để xem lịch các sự kiện thể thao, bạn có thể truy cập Truy cập KLIVE để xem lịch các sự kiện thể thao.
Nguồn tham khảo
Câu hỏi thường gặp
Khoảng trắng trên CPU timeline có nghĩa là CPU nhàn rỗi?
Không thể kết luận như vậy nếu chưa xác nhận capture, track và channel. Khoảng trống cũng có thể do dữ liệu không được thu hoặc không hiển thị.
Trace một phần có thể dùng để phân tích không?
Có, nhưng chỉ cho câu hỏi nằm trong đoạn và loại dữ liệu thực sự được ghi; cần công bố rõ giới hạn.
Bật channel sau khi ghi xong có bổ sung dữ liệu cũ không?
Không. Cấu hình xem không thể tái tạo những sự kiện không được ghi trong phiên capture.
Cần ghi gì khi chia sẻ trace?
Nêu phiên bản engine, cách tạo capture, khoảng thời gian, channel liên quan và thao tác đang điều tra.