Tóm tắt nhanh
- Dự án mã nguồn mở npu-render thử chuyển toàn bộ công việc dựng desktop Windows 11 từ GPU sang NPU Intel.
- Trên một laptop Panther Lake, hệ thống đạt 2–3 lần cập nhật màn hình mỗi giây, thấp xa mục tiêu 30 Hz.
- Điểm nghẽn không chỉ nằm ở tốc độ: DWM vốn dùng dưới 0,4% GPU 3D engine ở phân vị 99, nên thử nghiệm chưa chứng minh được GPU được giải phóng đáng kể.
- Đây là nguyên mẫu nghiên cứu, không phải cách thay GPU cho máy Windows hiện nay.
Một dự án mã nguồn mở đã dựng được desktop Windows 11 bằng NPU Intel, nhưng tốc độ hiện chỉ khoảng 2–3 khung hình mỗi giây. Kết quả này trả lời được câu hỏi “NPU có thể đảm nhận việc đó không?”, còn câu hỏi quan trọng hơn với người dùng — có nên chuyển việc dựng giao diện khỏi GPU hay không — vẫn chưa có câu trả lời tích cực.
NPU có thể nhận luồng vẽ của Windows, nhưng không có sẵn pipeline đồ họa
npu-render là trình điều khiển hiển thị thử nghiệm của nhóm labscommunity, phát hành theo giấy phép Apache 2.0. Thay vì để Desktop Window Manager (DWM) gửi lệnh vẽ tới GPU, dự án ghi các lệnh Direct3D thành từng lô, rồi chạy các kernel viết cho SHAVE trên NPU Intel thông qua OpenVINO. Khung hình hoàn tất được đưa ra màn hình bằng một bộ điều khiển hiển thị gián tiếp.
Đây không phải cách biến NPU thành GPU đa dụng bằng một tuỳ chọn phần mềm. Nhóm phát triển phải tự dựng lại nhiều phần của đường đi đồ họa: xử lý đỉnh, vùng phủ tam giác, lấy mẫu texture, chế độ hòa trộn và các shader mà DWM cùng WinUI sử dụng. Mã nguồn mô tả 38 cặp shader được chuyển thành các hàm chạy trong kernel; mỗi chương trình được kiểm tra với bản tham chiếu để tìm sai khác điểm ảnh.
Khác biệt nằm ở kiểu công việc mà hai bộ xử lý được thiết kế để làm. NPU tập trung vào phép tính phục vụ mạng nơ-ron, còn giao diện desktop cần raster hóa, lấy mẫu và phối hợp nhiều lớp cửa sổ theo thời gian phản hồi ngắn. Dự án có thể đưa một số phép toán đồ họa vào NPU, nhưng việc phải xây dựng và tối ưu đường xử lý riêng cho thấy phần cứng không tự nhiên đảm nhận vai trò của GPU.
Độ trễ khiến desktop chưa thể dùng theo cách thông thường
Trong phép thử trên một laptop Intel Panther Lake ở độ phân giải 1024 × 768, README của dự án ghi nhận 2,5 lần cập nhật màn hình mỗi giây trước kích thích 30 Hz. Độ trễ từ lúc gửi thao tác chuột đến khi hình ảnh xuất hiện có trung vị 94 ms; ở phân vị 95, con số lên tới 1,5 giây. Đây là các phép đo trên một máy thử nghiệm, không phải mức hiệu năng có thể áp cho mọi NPU.
Các hiệu ứng làm mờ là phần đặc biệt tốn thời gian: một số lượt dựng hình mất tới vài giây. NPU phải chạy những kernel SHAVE để tái tạo các thao tác vốn thường được GPU xử lý bằng pipeline đồ họa chuyên dụng. Vì vậy, việc cửa sổ, Start Menu hay ứng dụng có thể hiện lên không đồng nghĩa giao diện đã phản hồi đủ nhanh để dùng hằng ngày.
Hệ thống có cơ chế quay lại desktop GPU khi được yêu cầu hoặc khi phát hiện lỗi, một phần cần thiết cho thử nghiệm có thể làm gián đoạn màn hình. Nhưng fallback an toàn chỉ giúp tránh bị mắc kẹt ở đường dựng hình chậm; nó không giải quyết được hiệu năng của NPU khi đang nhận việc.
Chuyển việc sang NPU chưa chứng minh được GPU sẽ rảnh hơn
Lý do dễ nghĩ tới nhất là chuyển phần dựng desktop khỏi GPU để dành tài nguyên cho ứng dụng khác. Tuy nhiên, dữ liệu của labscommunity không cho thấy mức tải DWM trên GPU vốn đủ lớn để tạo khác biệt rõ: ở phép thử với cửa sổ cập nhật 30 Hz, mức sử dụng GPU 3D engine của DWM dưới 0,4% tại phân vị 99. Khi chuyển sang NPU, GPU 3D engine giảm, nhưng nhóm phát triển ghi rõ chưa chứng minh được một tác vụ khác hưởng lợi từ phần tài nguyên đó.
Trong cùng phép đo, NPU chạy ở mức tải trung vị 58%, trong khi số khung hình tới màn hình vẫn chỉ khoảng 1,6 mỗi giây ở lượt ghi nhận cụ thể. Các con số không thể suy rộng sang mọi máy, nhưng đủ để bác bỏ cách hiểu rằng chỉ cần chuyển tác vụ desktop sang NPU là sẽ vừa giảm tải GPU vừa giữ trải nghiệm như cũ.
Giá trị hiện tại nằm ở việc kiểm tra ranh giới của phần cứng và Windows: driver có thể chuyển đường dựng hình mà ứng dụng không cần biết, đồng thời khôi phục GPU khi cần. Với người dùng laptop, đây vẫn là thử nghiệm kỹ thuật; chưa có cơ sở để kỳ vọng máy mát hơn, pin lâu hơn hay chơi game tốt hơn nhờ cách làm này.
30 Hz vẫn là mục tiêu, không phải hiệu năng hiện tại
Nhóm phát triển đặt mục tiêu đạt 30 Hz trong các phiên bản sau, nhưng kết quả được công bố hiện còn cách xa mức đó. README cũng nêu một số việc chưa hoàn tất, gồm khôi phục vị trí cửa sổ sau khi mở ứng dụng và xử lý trạng thái ngủ–thức. Dự án vì thế phù hợp để theo dõi tiến độ của driver và cách khai thác NPU, hơn là một giải pháp có thể cài lên máy chính.
Nếu các NPU tương lai có thể xử lý thêm tác vụ đồ họa, điều đáng chờ không chỉ là con số khung hình. Cần thấy phép đo lặp lại trên nhiều cấu hình, độ trễ thấp trong tương tác, mức điện năng có lợi và một ứng dụng thực sự nhận được phần GPU được giải phóng. Hiện tại, npu-render mới chứng minh khả năng dựng desktop trong điều kiện thử nghiệm; nó chưa chứng minh được lý do thực tế để thay đổi cách Windows dùng GPU.
Nguồn tham khảo: labscommunity/npu-render; Tom’s Hardware; Wccftech
