«Per favore, non fate questa cosa disgustosa... i file system gerarchici veri esistono dal 1965». Parole di Linus Torvalds, che la scorsa settimana ha accolto così il merge del nuovo sched_ext nel ramo principale di Linux 7.2. Il framework promette di rivoluzionare lo scheduling del kernel rendendolo completamente programmabile da spazio utente attraverso programmi BPF. Eppure, ciò che ha fatto infuriare Torvalds non è stata l’architettura, ma qualcosa di molto più prosaico: la disposizione dei file sorgente in C, considerata indegna di un progetto con mezzo secolo di storia.

Cos’è sched_ext e perché interessa anche l’AI on-premise

sched_ext (Extensible Scheduler) è un’infrastruttura che consente di caricare politiche di scheduling personalizzate, scritte in BPF, direttamente dallo spazio utente senza bisogno di patchare il kernel né di ricompilarlo. Il carico degli scheduler avviene in modo simile a come si caricano i moduli del kernel, ma tramite il sottosistema BPF, offrendo un livello di isolamento e sicurezza superiore. L’obiettivo dichiarato è dare agli sviluppatori la possibilità di sperimentare logiche di accodamento, bilanciamento e prelazione dei processi senza attraversare le lunghe fasi di review e merge tipiche del kernel vanilla.

Per chi gestisce carichi di lavoro di inference o training di LLM su macchine on-premise, il controllo granulare sullo scheduling è una leva spesso trascurata. Decidere come e quando un processo GPU-bound venga prelazionato, o su quali core venga eseguito il thread di serving, può ridurre la latenza e migliorare l’utilizzo delle risorse. Con sched_ext, questi esperimenti diventano più accessibili, abbassando la barriera per team che non hanno esperienza diretta nello sviluppo kernel.

La collisione tra innovazione e manutenzione

Il nocciolo della furia di Torvalds, però, non ha nulla a che vedere con le prestazioni. Il codice consegnato dal team non era organizzato in directory nidificate secondo la prassi consolidata, ma presentava file sparsi in modo poco ortodosso. Torvalds ha puntualizzato che non si trattava di una scelta tecnica giustificabile: i file system gerarchici esistono dalla metà degli anni Sessanta e sono progettati proprio per tenere in ordine basi di codice complesse. Il messaggio è chiaro: l’innovazione non può prescindere dalle regole elementari di pulizia strutturale che rendono un progetto grande come Linux mantenibile nel lungo periodo.

Non è la prima volta che il creatore di Linux si scaglia contro abitudini di sviluppo considerate sciatte. La comunità sa che la "benedizione" di Torvalds al codice passa attraverso standard di leggibilità e organizzazione che vanno ben oltre la semplice funzionalità. E per un framework come sched_ext, destinato a influenzare il comportamento del kernel in modo profondo, la richiesta di un layout ordinato assume un valore persino più alto: la trasparenza del codice è una forma di documentazione e di difesa contro bug nascosti.

Implicazioni per chi esegue LLM su hardware locale

Il caso sched_ext segnala una tendenza che tocca da vicino chi gestisce cluster di macchine per training e inference di modelli linguistici in sede. La possibilità di personalizzare lo scheduling a livello di kernel, senza uscire dall’infrastruttura controllata, si inserisce nella ricerca di una migliore efficienza energetica e di una maggiore prevedibilità delle latenze. Sebbene sched_ext sia ancora in fase sperimentale e richieda competenze di sviluppo BPF, la sua integrazione ufficiale nel kernel apre scenari in cui team di AI potranno testare politiche di scheduling su misura per specifiche configurazioni GPU–CPU, riducendo il collo di bottiglia dell’I/O e ottimizzando il flusso di token in contesti di serving a bassa latenza.

Naturalmente, non esistono ancora benchmark pubblici che quantifichino i guadagni su carichi LLM. Ma la direzione è evidente: con il maturare di interfacce come sched_ext, l’infrastruttura on-premise guadagnerà uno strumento in più per competere con le piattaforme cloud in termini di flessibilità, senza cedere sul controllo diretto del sistema. La richiesta di Torvalds, per quanto severa, è anche un promemoria: la potenza va incanalata in un codice che possa essere letto e migliorato da molti, non solo da chi l’ha scritto.