{"id":2349,"date":"2026-07-14T05:40:56","date_gmt":"2026-07-14T03:40:56","guid":{"rendered":"https:\/\/marcovaccaro.it\/?page_id=2349"},"modified":"2026-08-26T15:49:43","modified_gmt":"2026-08-26T13:49:43","slug":"perche-linformatica-moderna-brucia-energia-per-non-fare-nulla","status":"publish","type":"page","link":"https:\/\/marcovaccaro.it\/old\/blog\/perche-linformatica-moderna-brucia-energia-per-non-fare-nulla\/","title":{"rendered":"Perch\u00e9 l’informatica moderna brucia energia per non fare nulla"},"content":{"rendered":"\n
\n
\n

Diario di bordo: 14 Luglio 2026<\/h2>\n\n\n\n

Il collo di bottiglia e il protocollo a blocchi<\/em><\/p>\n\n\n\n

\u00c8 un bel po\u2019 che mi bazzica per la testa l\u2019idea di realizzare un protocollo a blocchi. L\u2019obiettivo \u00e8 distruggere questo concetto obsoleto dei sistemi operativi a finestre. Interfacce strutturate come matrioske, file system complicati e ridondanti dove il dato sprofonda letteralmente nell\u2019abisso di directory inutili, costringendo il sistema a rimanere in un perenne stato di allerta e di attesa attiva.<\/p>\n\n\n\n

Il primo vero ostacolo, per\u00f2, arriva dalla radice fisica: la cpu. Per applicare una logica del genere mi sono chiesto se esistessero gi\u00e0 architetture hardware in grado di assecondare un approccio modulare e totalmente asincrono. L\u2019articolo appena scritto su marcovaccaro.it nasce esattamente da questa necessit\u00e0. Parla di processori event-driven, macchine progettate per stare zitte e spente, che si accendono solo quando l\u2019evento lo richiede.<\/p>\n\n\n\n

\u00c8 la quadratura del cerchio. Pensare a un ambiente di lavoro strutturato su moduli isolati e microkernel, sfruttando un paradigma nativo come WebAssembly per rompere il concetto classico di desktop, viene castrato in partenza se sotto hai un silicio progettato per macinare cicli a vuoto. Il software a blocchi ha un disperato bisogno di hardware capace di rispettare il silenzio.<\/p>\n<\/div>\n<\/div>\n\n\n\n

Perch\u00e9 l’informatica moderna brucia energia per non fare nulla<\/h2>\n\n\n\n

La dittatura del clock e il dogma della forza bruta<\/h2>\n\n\n\n

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’\u00e8 un bug logico fondamentale in questo ragionamento: la stragrande maggioranza di questi cicli gira a vuoto.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

La follia dell’attesa attiva<\/h2>\n\n\n\n

Il problema ruota attorno a come gestiamo l’attesa. Nei computer tradizionali, guidati dal clock, il sistema operativo \u00e8 costretto a interrogare continuamente ogni componente.<\/p>\n\n\n\n

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 \u00e8 mosso, cicli per chiedere a un’app se ha finito di caricare.<\/p>\n\n\n\n

\u00c8 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 \u00e8 la logica del “polling” su cui si basa l’informatica odierna. \u00c8 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\u00e0?”.<\/p>\n\n\n\n

L’alternativa logica: l’hardware asincrono a eventi<\/h2>\n\n\n\n

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 \u00e8 l’architettura event-driven (guidata dagli eventi).<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Non \u00e8 teoria: chi sta gi\u00e0 smontando il sistema<\/h2>\n\n\n\n

Non stiamo parlando di speculazioni, ma di hardware reale che sta gi\u00e0 dimostrando l’obsolescenza del nostro modo di concepire il calcolo.<\/p>\n\n\n\n

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\u00f9 efficiente che esista: la proporzionalit\u00e0 energetica. Attivano i transistor solo dove transita l’informazione. I risultati sono drastici: attivit\u00e0 computazionali complesse risolte con una frazione ridicola dell’energia richiesta dai server tradizionali, semplicemente perch\u00e9 la macchina sa quando spegnersi.<\/p>\n\n\n\n

Sottrazione, non accumulo<\/h2>\n\n\n\n

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

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 \u00e8 strettamente necessario. L’eccellenza, oggi, \u00e8 la capacit\u00e0 di restare in silenzio quando non c’\u00e8 nulla da calcolare.<\/p>\n\n\n\n

Il collo di bottiglia del software: demolire i sistemi a finestre<\/h2>\n\n\n\n

C’\u00e8 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.<\/p>\n\n\n\n

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.<\/p>\n\n\n\n

Per sfruttare la proporzionalit\u00e0 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 \u00e8 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\u00f9 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.<\/strong> Solo quando il software imparer\u00e0 la disciplina del silenzio e dell’esecuzione a blocchi, l’hardware potr\u00e0 davvero fare il salto di qualit\u00e0.<\/p>\n\n\n\n

14 Luglio 2026 – Blog<\/a> – Marco Vaccaro<\/p>\n","protected":false},"excerpt":{"rendered":"

Diario di bordo: 14 Luglio 2026 Il collo di bottiglia e il protocollo a blocchi \u00c8 un bel po\u2019 che mi bazzica per la testa l\u2019idea di realizzare un protocollo a blocchi. L\u2019obiettivo \u00e8 distruggere questo concetto obsoleto dei sistemi operativi a finestre. Interfacce strutturate come matrioske, file system complicati e ridondanti dove il dato […]<\/p>\n","protected":false},"author":1,"featured_media":2350,"parent":76,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-2349","page","type-page","status-publish","has-post-thumbnail","hentry"],"_links":{"self":[{"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/pages\/2349","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/comments?post=2349"}],"version-history":[{"count":5,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/pages\/2349\/revisions"}],"predecessor-version":[{"id":2673,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/pages\/2349\/revisions\/2673"}],"up":[{"embeddable":true,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/pages\/76"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/media\/2350"}],"wp:attachment":[{"href":"https:\/\/marcovaccaro.it\/old\/wp-json\/wp\/v2\/media?parent=2349"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}