La dittatura del clock e il dogma della forza bruta

L’industria tecnologica ci ha convinti che la potenza di un computer si misuri in GHz, teraflop e cicli di istruzioni al secondo. Ma c’è un bug logico fondamentale in questo ragionamento: la stragrande maggioranza di questi cicli gira a vuoto.

I sistemi attuali si basano su un’architettura sincrona. Esiste un clock centrale, un metronomo che batte miliardi di volte al secondo. Ad ogni battito, il sistema interroga e fa scorrere processi, applicazioni e routine. Abbiamo normalizzato lo spreco energetico per compensare la pigrizia di chi progetta software e hardware. Invece di scrivere codice pulito e ottimizzato, si butta dentro pura forza bruta.

La follia dell’attesa attiva

Il problema ruota attorno a come gestiamo l’attesa. Nei computer tradizionali, guidati dal clock, il sistema operativo è costretto a interrogare continuamente ogni componente.

Immagina un processore a 4 GHz. Anche se stai fissando il desktop senza toccare mouse e tastiera, la CPU continua a eseguire miliardi di cicli al secondo. Usa cicli per chiedere alla scheda di rete se sono arrivati pacchetti, cicli per chiedere al mouse se si è mosso, cicli per chiedere a un’app se ha finito di caricare.

È come un corriere che suona alla tua porta ogni singolo secondo della giornata per chiederti: “Hai un pacco da spedire?”. Se tu rispondi “No”, lui suona un secondo dopo. Questa è la logica del “polling” su cui si basa l’informatica odierna. È un dispendio brutale, costante e inutile di energia elettrica per gestire il nulla. Bruciamo megawatt di corrente e surriscaldiamo i data center solo per chiedere miliardi di volte a un processo inattivo: “Hai novità?”.

L’alternativa logica: l’hardware asincrono a eventi

La fisica e l’ingegneria di base insegnano che una risorsa va usata solo quando serve. La direzione logica per uscire da questo vicolo cieco è l’architettura event-driven (guidata dagli eventi).

In questi sistemi, quell’orologio centrale scompare. I nuclei di calcolo non interrogano un bel niente. Rimangono letteralmente spenti. Senza tensione. Riprendendo l’esempio precedente: il corriere dorme in magazzino. Si alza, consuma carburante e viene da te solo nell’istante in cui tu premi un pulsante per chiamarlo.

Zero cicli a vuoto, zero calore generato. Il circuito si accende fisicamente solo quando un impulso elettrico esterno (un evento) lo attraversa, esegue l’operazione e torna immediatamente a spegnersi.

Non è teoria: chi sta già smontando il sistema

Non stiamo parlando di speculazioni, ma di hardware reale che sta già dimostrando l’obsolescenza del nostro modo di concepire il calcolo.

Progetti come SpiNNaker2 (che tra i progettisti vanta Steve Furber, il padre del chip ARM originale) o i processori Loihi di Intel, operano esattamente in questa direzione. Vengono definiti “neuromorfici”. Questo non significa creare fantomatiche macchine umane, ma copiare la strategia biologica più efficiente che esista: la proporzionalità energetica. Attivano i transistor solo dove transita l’informazione. I risultati sono drastici: attività computazionali complesse risolte con una frazione ridicola dell’energia richiesta dai server tradizionali, semplicemente perché la macchina sa quando spegnersi.

Sottrazione, non accumulo

Il mercato attuale preferisce vendere l’inefficienza mascherandola da gigahertz. Aggiunge strati di complessità, core, dissipatori e ventole per cercare di gestire l’entropia termica e logica che esso stesso ha generato.

Ma il vero salto evolutivo non consiste nell’aggiungere zeri alla frequenza di calcolo o gigabyte di RAM a sistemi operativi gonfi di codice inutile. Consiste nel sottrarre l’inutile, eliminare le ridondanze e costringere l’architettura a eseguire un’istruzione solo ed esclusivamente quando è strettamente necessario. L’eccellenza, oggi, è la capacità di restare in silenzio quando non c’è nulla da calcolare.

Il collo di bottiglia del software: demolire i sistemi a finestre

C’è un ostacolo finale. Anche se avessimo domani una CPU interamente event-driven sulla nostra scrivania, sarebbe del tutto inutile se a governarla fosse un sistema operativo commerciale odierno.

Un ambiente strutturalmente gonfio come Windows, progettato per fare polling continuo, telemetria in background e controlli costanti su processi ridondanti, annullerebbe ogni vantaggio. L’hardware asincrono verrebbe bombardato da continue richieste futili, tenuto perennemente sveglio da un software incapace di restare in silenzio.

Per sfruttare la proporzionalità energetica non basta cambiare il silicio: occorre demolire l’attuale logica di programmazione e superare il vicolo cieco delle interfacce classiche. L’orizzonte reale di rottura è l’abbandono del mastodontico e dispersivo sistema a finestre in favore di un approccio a microkernel strutturato su blocchi indipendenti, sfruttando paradigmi nativi come WebAssembly. Un ambiente di lavoro che non sia più un monolite che carica migliaia di processi all’avvio, ma un ecosistema di moduli e canvas isolati che vengono richiamati ed eseguiti esclusivamente su richiesta reale e diretta dell’utente, per poi spegnersi quando l’evento si esaurisce. Solo quando il software imparerà la disciplina del silenzio e dell’esecuzione a blocchi, l’hardware potrà davvero fare il salto di qualità.