Ray lancia un SIG per acceleratori hardware e presenta una roadmap
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Il gruppo riunisce vendor, contributori e sviluppatori per standardizzare interfacce, test e scoperta degli acceleratori usati in AI e produzione.
Ray ha istituito uno Special Interest Group per il supporto agli acceleratori hardware, con una roadmap su infrastrutture di test, rilevamento dell’hardware e networking/transport1.
Ray nacque a UC Berkeley più di dieci anni fa, quando il “distributed computing” significava soprattutto cluster CPU con Hadoop e Spark. Le GPU stavano solo entrando nel machine learning1. Oggi NVIDIA RTX PRO 6000 Blackwell Server Edition è pensata per carichi misti tra training, inference, grafica e video. NVIDIA HGX B200 e la piattaforma full-stack aumentano la memoria per modelli più ampi. NVIDIA GB200 NVL72 collega 72 GPU Blackwell per training e inference su larga scala con comunicazione intensa. AMD MI355X alza la memoria per i modelli grandi. Google Ironwood TPU è per workload di scala massiva. NVIDIA Groq 3 LPU mira all’inferenza a bassa latenza1.
Il progetto oggi supporta più di una dozzina di acceleratori, dalle GPU NVIDIA e AMD a TPU, Trainium, Gaudi e altri1. L’obiettivo dichiarato: rendere gli acceleratori facili da usare, efficienti su larga scala e affidabili in produzione, con uno sforzo coordinato e sistematico1.
Il SIG riunisce vendor hardware, contributori di Ray e sviluppatori di applicazioni. Il mandato è definire una roadmap condivisa e “vendor-neutral” per il supporto agli acceleratori, così che i carichi Ray evolvano anche con dispositivi sempre più specializzati e frammentati1.
Prima area: infrastruttura di sviluppo e test. Il gruppo vuole un processo documentato per integrare acceleratori ospitati da cloud e vendor nell’infrastruttura di Ray, con accesso ai contributori per riprodurre e debuggare i problemi. Chiede ambienti riproducibili con versioni esplicite di driver, runtime e dipendenze, per allineare i risultati della CI e la validazione tra provider. Prevede una copertura CI più ampia: controlli mirati sulle pull request e test notturni e di release su workload distribuiti, recovery da failure e regressioni di performance, oltre alla funzionalità di base dei device. Infine governance e operatività sostenibili: ruoli chiari per la manutenzione, visibilità su risultati e stato dell’infrastruttura, gestione di capacità e costi1.
Seconda area: consapevolezza dell’hardware nello scheduling. Ray deve sapere che cosa c’è in ogni nodo e come è connesso: topologia tra acceleratori, CPU e NIC, e aggregazione in domini più ampi come rack o slice TPU1. La roadmap include interfacce comuni per etichettare l’hardware, rappresentarne l’architettura e descriverne le specifiche, così che librerie e applicazioni puntino a capacità e non a codice specifico per vendor. Prevede un modo coerente per identificare gli SKU, inclusi quelli lanciati di recente, e un punto di estensione con checklist per l’aggiunta di nuovi acceleratori. La discovery va rafforzata, con ownership chiara per ogni integrazione e copertura in CI. Deve catturare topologia e architettura, non solo tipo e numero di device. Serve integrazione con piattaforme e cloud, perché alcune informazioni esistono solo lato provider, per esempio l’appartenenza a un rack o a una slice. La dashboard di Ray dovrà mostrare gli acceleratori nel cluster, le loro connessioni e le metriche, per verificare rappresentazione e placement1.
Terza area: networking e transport. È parte della roadmap iniziale del SIG, al pari delle altre due1.
Il gruppo vuole anche dare a vendor e cloud provider un percorso per contribuire risorse ed expertise alla pipeline di sviluppo e test di Ray1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 7,9/10.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.