OpenCL trên Intel Arc iGPU: Cái gì chạy tốt, cái gì đành trả về CPU?

Khi làm việc trên các dòng laptop trang bị CPU Core Ultra 7 155H đi kèm 32 GB RAM, nhiều developer thường đặt kỳ vọng vào nhân đồ họa tích hợp Intel Arc cho các tác vụ tính toán song song qua OpenCL. Tuy nhiên, giữa thông số kỹ thuật trên giấy tờ và thực tế môi trường lập trình lại có khoảng cách khá rõ.

Kiểm tra clinfo và thiết lập driver thực tế

Trên hệ điều hành Windows 11 kết hợp WSL 2, việc nhận diện chính xác runtime OpenCL không mượt mà như trên môi trường Native Linux. Khi kiểm tra bằng lệnh clinfo, hệ thống trả về thông tin cấu hình nhân đồ họa:

Platform Name: Intel(R) OpenCL HD Graphics
Device Name: Intel(R) Arc(TM) Graphics
Device Version: OpenCL 3.0 NEO
Execution capability: Run OpenCL kernels
Global memory size: 16106127360 bytes (~16 GB shared)

Dù bộ nhớ chia sẻ (shared memory) cho phép GPU trưng dụng khoảng một nửa dung lượng RAM, rào cản lớn nhất nằm ở driver Compute Runtime (NEO). Trên WSL 2, nếu thiếu gói intel-opencl-icd hoặc chưa phân quyền /dev/dri/renderD128, ứng dụng sẽ tự động đùn toàn bộ tác vụ về cho CPU xử lý. Đối với luồng công việc phức tạp như khi chạy lệnh hỗ trợ từ tác nhân AI trong terminal, việc CPU phải gánh thêm tác vụ tính toán nền dễ gây gián đoạn tiến trình biên dịch mã. Bạn có thể tham khảo đánh giá thực tế về khả năng tự chạy lệnh và sửa lỗi của các công cụ lập trình tại bài viết trên ReviewLaptop.

Tác vụ nào chạy tốt, tác vụ nào buộc phải fallback?

Qua thử nghiệm thực tế với các khối lượng công việc (workload) lập trình phổ biến, mức độ đáp ứng của Intel Arc iGPU chia thành hai nhóm rõ rệt:

• Chạy tốt (Native acceleration): Xử lý ảnh 2D qua OpenCV (cl_khr_image2d_from_buffer), nhân ma trận cơ bản và suy luận mô hình ML dạng INT8/FP16 thông qua OpenVINO backend. Nhân đồ họa tích hợp giúp giảm tải đáng kể cho 16 nhân 22 luồng của CPU khi xử lý mảng dữ liệu liên tục.
• Buộc phải fallback CPU hoặc báo lỗi: Suy luận mô hình LLM local kích thước lớn và các OpenCL kernel tùy biến yêu cầu bộ nhớ đệm cục bộ (local memory) vượt quá dung lượng cache L3. Driver thường trả về lỗi CL_OUT_OF_RESOURCES hoặc âm thầm chuyển hướng thực thi về CPU execution path, làm tăng thời gian phản hồi.

Kinh nghiệm thiết lập: Để hạn chế văng ứng dụng do tràn bộ nhớ chia sẻ trên bản 32 GB RAM, bạn nên khai báo biến môi trường NEOReadDebugKeys=1 và giới hạn cấp phát bộ nhớ trong tệp cấu hình trước khi chạy các workload tính toán nặng.