Il collettivo labscommunity ha rilasciato su GitHub npu-render, un driver sperimentale per Windows 11 che affida la composizione del desktop alla NPU del sistema invece che alla GPU integrata. Il codice, distribuito con licenza Apache 2.0, è stato testato su un notebook equipaggiato con un processore Intel Panther Lake e la sua NPU di quinta generazione, capace di una potenza dichiarata tra 45 e 50 TOPS.
La domanda da cui parte il progetto è esplicita e la si legge nel file readme del repository: ogni portatile recente monta una NPU che resta inattiva mentre è la GPU a comporre il desktop, far girare il browser e, sempre più spesso, eseguire modelli locali. Gli sviluppatori si sono chiesti se quel blocco di silicio potesse sostituirsi del tutto alla GPU nella composizione dello schermo, senza che applicazioni o compositor se ne accorgessero.
Tecnicamente npu-render si inserisce in Windows come driver utente D3D10 di un adattatore video registrato: intercetta le chiamate di disegno del Desktop Window Manager e, invece di eseguirle sulla GPU, le incanala verso 38 coppie di shader precompilati, quelli effettivamente usati da DWM e WinUI per quadrati solidi e texturizzati, sfondi Mica e acrilici, sfocature e testo. Questi shader vengono tradotti in kernel SHAVE personalizzati, innestati a forza dentro un blob OpenVINO tramite la riscrittura del file ELF compilato, con la finestra di codice ampliata da 24 a 48 KB.
npu-render funziona, ma i numeri sono ancora lontani dall’obiettivo
Sul fronte delle prestazioni, i risultati raccolti nella fase di validazione raccontano un prototipo ancora acerbo. Nella sessione di prova più lunga, durata 37 minuti, il sistema ha sottoposto 342 frame fisici al pannello, con un refresh effettivo di 2-3 aggiornamenti al secondo contro l’obiettivo dichiarato di 30 Hz. L’utilizzo del motore NPU si è attestato al 58% (mediana), mentre il motore 3D della GPU è sceso allo 0,37% nei momenti di picco con la composizione gestita dalla NPU.
La latenza del mouse resta un altro limite evidente: 94 millisecondi nella mediana, che salgono fino a 1,5 secondi nel 95º percentile. Gli stessi autori, nella sezione apposita, ammettono che l’effettivo alleggerimento del carico sulla GPU non è ancora dimostrabile nei carichi di lavoro testati, e che il recupero del posizionamento delle finestre dopo l’apertura di nuove applicazioni resta incompleto.
Il driver è comunque in grado di gestire applicazioni reali come Esplora file, il menu Start, Blocco note, finestre WinUI e WPF ed Edge, con switch automatico verso la GPU in caso di errore o fallback richiesto. Gli sviluppatori si definiscono rigorosi sulla verifica: niente fallback nascosti e nessuna prova di esecuzione sulla NPU basata su controlli lato CPU o latenze di chiamata, solo misurazioni su hardware reale.
La domanda adesso è: quanto interesse pratico puó avere un progetto che, allo stato attuale, sacrifica la fluidità per liberare un paio di punti percentuali di carico sulla GPU? La domanda di fondo, cioè se la NPU possa diventare un secondo motore di composizione grafica oltre all’inferenza, rimane comunque legittima.