Non è una notizia da prima pagina, ma per chi gestisce infrastrutture di calcolo on-premise è uno di quei segnali che contano. Un abbonato Phoronix Premium ha chiesto di vedere benchmark aggiornati di Rusticl, il driver OpenCL scritto in Rust all'interno di Mesa, messo a confronto con il driver OpenCL ufficiale di AMD incluso in ROCm 10. La piattaforma di test è l'APU AMD Strix Halo, un componente che negli ultimi mesi sta attirando attenzione per la capacità di offrire una GPU integrata con risorse di memoria unificate interessanti per carichi locali.

Rusticl non è una novità assoluta: è il driver OpenCL open source che Mesa ha sviluppato per funzionare sopra i driver Gallium3D. Il fatto che si parli di una versione 26.3-dev indica un lavoro continuo, non un progetto sporadico. Il confronto con ROCm 10, lo stack ufficiale AMD per il calcolo accelerato, tocca un nervo scoperto: quanto è maturo il percorso interamente open source per chi non vuole dipendere da componenti o da canali di supporto vincolati al vendor?

Per chi valuta deployment on-premise, il punto non è solo la velocità bruta. Un driver OpenCL alternativo e mantenuto in Mesa potrebbe ridurre il rischio di trovarsi legati a roadmap e decisioni del singolo produttore di silicio. Su hardware come Strix Halo, dove memoria e GPU convivono in un unico package, la qualità del driver influenza quanto lavoro può essere svolto senza spostare dati verso il cloud. Anche se OpenCL non è il percorso principale per l'inference dei LLM, resta una base per carichi di calcolo eterogenei, strumenti scientifici e alcuni runtime che nelle installazioni air-gapped preferiscono non aggiungere dipendenze esterne.

La presenza di un driver Rust-based in Mesa segnala un cambiamento di lungo periodo: il software open source per il calcolo accelerato non è più confinato ai driver grafici. La comunità Mesa sta costruendo competenze che potrebbero rendere più semplice portare stack di calcolo su hardware non ufficialmente supportato. Per i vendor, questo è un incentivo a mantenere i propri stack aperti e ben documentati: se l'alternativa comunitaria diventa sufficientemente robusta, il controllo dell'ecosistema si sposta verso chi integra e gestisce, non solo verso chi produce silicio.

I team che gestiscono infrastrutture on-prem con vincoli di sovranità dei dati hanno un motivo in più per seguire questi benchmark. Le aziende che vendono supporto enterprise per ROCm potrebbero vedere eroso parte del valore differenziale se Rusticl chiude il divario. Ma non è una partita a somma zero: un driver open source più solido può ampliare la base hardware utilizzabile, aumentando il numero di ambienti in cui il calcolo locale resta praticabile.

Il benchmark richiesto da un abbonato Phoronix è, in fondo, la spia di una domanda precisa: si può avere accesso al calcolo accelerato senza passare dallo stack ufficiale? La risposta numerica arriverà dai test, ma la direzione è chiara: la pressione per alternative open source non riguarda solo i modelli, ma anche i livelli più bassi dello stack.