Apollo Guidance Computer e realme GT 7 Pro: quando il computer scompare

Tempo di lettura: 16 minuti

Il mio realme GT 7 Pro pesa poco più di due etti. Lo prendo dalla scrivania senza pensarci, controllo un messaggio, fotografo qualcosa, apro una mappa, ascolto musica. Nel frattempo otto core CPU, una GPU, una NPU, processori d’immagine, modem e sensori lavorano insieme con una discrezione quasi disarmante.

Questa macchina non mi sembra straordinaria. Mi sembra un telefono.

Cinquantasei anni fa, nell’aprile del 1970, un altro computer occupava un volume vicino a trenta litri, pesava circa 32 chilogrammi e consumava intorno ai 70 watt. Aveva 2.048 parole di memoria modificabile e 36.864 parole di memoria fissa. Non era lento, piccolo o rudimentale: non nel solo modo sensato di giudicare una tecnologia, cioè rispetto al problema che doveva risolvere.

Era l’Apollo Guidance Computer, una delle macchine che resero possibile il programma Apollo.

Il confronto con uno smartphone moderno sembra invitare al numero spettacolare: quanti milioni di volte è più potente il telefono? È una domanda irresistibile e, tecnicamente, piuttosto maleducata. Confonde frequenza, architettura, memoria e acceleratori specializzati in una classifica che non può esistere.

La domanda più interessante è un’altra: che cosa succede all’ingegneria quando ogni bit conta e che cosa succede a noi quando i bit smettono di farsi notare?

Perché parlo di Apollo 13 e non di Apollo 11

Apollo 11 sarebbe il confronto più immediato. È la missione del primo allunaggio, quella degli allarmi 1201 e 1202 e del computer che, sotto carico, continuò a eseguire le attività essenziali. Ma sarebbe anche la storia più prevedibile: una macchina progettata per guidare il modulo lunare che compie la missione prevista.

La scelta di Apollo 13 non dipende da una dotazione informatica superiore. Apollo 11 aveva già due Apollo Guidance Computer, uno nel modulo di comando Columbia e uno nel modulo lunare Eagle, proprio come Apollo 13 ne aveva uno in Odyssey e uno in Aquarius. Le missioni lunari richiedevano due computer con hardware sostanzialmente identico, ma software diverso, perché modulo di comando e modulo lunare dovevano poter svolgere autonomamente funzioni di guida e navigazione differenti.

Apollo 13 è più interessante perché, dopo l’esplosione, un sistema costruito per l’allunaggio dovette sostenere una missione che non esisteva nei piani. Aquarius non era un aggiornamento di sicurezza introdotto dopo Apollo 11: era parte della stessa architettura, ma nella crisi divenne una scialuppa di salvataggio. Senza la sua energia, il propulsore di discesa, il sistema ambientale e gli strumenti di guida, il salvataggio così come avvenne non sarebbe stato possibile. Non fu il secondo AGC, da solo, a riportare a casa gli astronauti. Apollo 11 racconta quanto bene il computer sapesse eseguire il piano; Apollo 13 ci ha raccontato che cosa accadde quando il piano saltò, con l’ingegneria che trionfò.

Il 13 aprile 1970, a duecentomila miglia da casa

Apollo 13 aveva due Apollo Guidance Computer Block II. Uno si trovava nel modulo di comando Odyssey, l’altro nel modulo lunare Aquarius. L’hardware era sostanzialmente lo stesso, ma il software e le funzioni operative erano diversi: il computer del modulo di comando non era quello del modulo lunare con un’altra targhetta.

Alle 21,08 del 13 aprile 1970, circa 56 ore dopo il lancio, esplose il serbatoio di ossigeno numero 2 del modulo di servizio. Il danno fece perdere al modulo di comando ossigeno, acqua ed energia prodotta dalle celle a combustibile. A bordo erano a circa 200.000 miglia dalla Terra.

Aquarius, progettato per due astronauti e una permanenza molto più breve, divenne la scialuppa di salvataggio di tre uomini per quasi quattro giorni. Il suo sistema di guida contribuì all’allineamento, al controllo dell’assetto e alle manovre necessarie per tornare. Ma sarebbe sbagliato trasformare l’AGC in un eroe solitario di silicio.

Il salvataggio fu un sistema: equipaggio, controllo missione, simulatori a terra, procedure riscritte in ore, propulsore di discesa del modulo lunare, piattaforme inerziali, ottica, comunicazioni e computer. Perfino il lungo burn PC+2, effettuato due ore dopo il passaggio dietro la Luna, venne condotto senza usare il computer del LM per risparmiare energia e acqua di raffreddamento: gli astronauti mantennero l’assetto prendendo la Terra e il Sole come riferimenti visivi. La storia vera è più interessante del mito, proprio perché nessun componente, da solo, basta.

Il cervello digitale di Aquarius

L’Apollo Guidance Computer Block II era un computer digitale general purpose a parola di 16 bit: 15 bit utili, compreso il segno, più un bit di parità. Usava aritmetica binaria a complemento a uno e logica costruita con circuiti integrati a porte NOR. Aveva un oscillatore principale a 2,048 MHz e un ciclo di memoria di circa 11,7 microsecondi; una somma in singola precisione richiedeva circa 23,4 microsecondi.

Le dimensioni dichiarate erano 24 per 12,5 per 6 pollici, circa 61 × 31,8 × 15,2 centimetri. Il peso era 70,1 libbre, poco meno di 32 chilogrammi. Il consumo era circa 70 watt.

La memoria, vista dal 2026, sembra quasi una provocazione:

• 2.048 parole di memoria cancellabile, modificabile durante il funzionamento;
• 36.864 parole di memoria fissa, la core rope memory che conteneva programma e costanti;
• nessun disco, nessuna memoria di massa separata paragonabile allo storage di uno smartphone.

Esprimere queste capacità in byte richiede una nota. Moltiplicando le parole fisiche da 16 bit si ottengono circa 4 KiB di memoria modificabile e 72 KiB di memoria fissa. Ma un bit per parola era riservato alla parità e l’organizzazione dell’AGC non coincide con quella di un computer moderno. Sono equivalenze utili per capire la scala, non la descrizione perfetta della memoria disponibile al programmatore.

Il dato più eloquente, però, non è la quantità. È il rapporto fra quella quantità e ciò che il sistema doveva fare: elaborare dati di navigazione, governare la piattaforma inerziale, gestire ingressi e uscite, calcolare manovre, controllare l’assetto e dialogare con gli astronauti attraverso il DSKY, il celebre display con tastiera basato su coppie di verbi e nomi.

Non era un personal computer in miniatura. Era parte di un sistema di guida costruito intorno a una missione precisa.

Sul banco, accanto al realme GT 7 Pro

Il mio realme GT 7 Pro è stato commercializzato nel 2024. Nel 2026 non rappresenta più nemmeno l’ultima parola del mercato: è semplicemente il telefono che uso ogni giorno. Ed è proprio questo a rendere il confronto interessante, perché è un ottimo apparecchio, ma non è nemmeno il non plus ultra.

Il dispositivo monta uno Snapdragon 8 Elite prodotto con processo a 3 nanometri. La CPU Qualcomm Oryon ha otto core e raggiunge 4,32 GHz; accanto ci sono la GPU Adreno 830, la NPU Hexagon con acceleratori scalari, vettoriali e tensoriali, il processore d’immagine, il modem 5G e i sottosistemi per connettività e sicurezza. Il mio esemplare ha 12 GB di RAM e 256 GB di storage UFS 4.0.

Tutto il telefono misura circa 162,45 × 76,89 × 8,55 millimetri e pesa 222,8 grammi. Dentro ci sono anche una batteria da 6.500 mAh, più fotocamere, antenne, sensori, altoparlanti e un display da 6,78 pollici.

In altre parole, il confronto non è soltanto fra due CPU. Da una parte abbiamo un computer di guida integrato in un veicolo spaziale e progettato insieme ai suoi sensori, alle interfacce e al software. Dall’altra un sistema tascabile eterogeneo che fotografa, comunica, localizza, cifra, riproduce video e gestisce applicazioni general purpose.

Sono entrambi computer. Quasi tutto il resto è diverso.

Confronto tecnico, senza numerologia

Perché non esiste il numero “più potente”

Dividere 4,32 GHz per 2,048 MHz produce circa 2.109. Il calcolo è corretto; la conclusione “il telefono è 2.109 volte più potente” non lo è.

Un hertz misura cicli al secondo, non il lavoro utile compiuto in ciascun ciclo. Una CPU moderna può eseguire più istruzioni in parallelo, riordinare operazioni, usare cache su più livelli, istruzioni vettoriali e più core. L’AGC lavorava con un repertorio di istruzioni, tempi e vincoli del tutto diversi.

Neppure le istruzioni al secondo risolvono il problema. Un’istruzione AGC e una istruzione ARM a 64 bit non rappresentano la stessa quantità di lavoro. I FLOPS misurano operazioni in virgola mobile, poco adatte a descrivere una macchina fixed point come l’AGC. I TOPS dichiarati per le NPU riguardano operazioni tensoriali a precisioni specifiche: non si sommano alla CPU come cavalli di un motore.

Possiamo confrontare capacità di memoria, peso, dimensioni e frequenze dichiarate, esplicitando i limiti. Possiamo osservare che il realme gestisce carichi che l’AGC non avrebbe potuto rappresentare. Non possiamo fondere tutto in un indice unico senza produrre un numero vistoso e privo di significato.

Il progresso merita una metrica migliore del clickbait.

L’ingegneria della scarsità

Se oggi ci sorprende che le missioni Apollo potessero funzionare con pochi kilobyte, forse stiamo guardando il problema al contrario. L’aspetto notevole non è quanto fosse limitata la macchina. È quanto poco potesse essere sprecato.

Hardware, memoria, software, scheduling e interfacce non erano strati indipendenti accatastati uno sopra l’altro. Formavano un solo sistema. Il codice era scritto in assembly e in un linguaggio interpretato specializzato. La memoria fissa non era un contenitore nel quale copiare comodamente un aggiornamento all’ultimo minuto: il programma veniva trasformato in core rope memory e diventava, in senso molto concreto, parte dell’hardware di volo.

La scarsità imponeva decisioni chirurgiche. Quale dato deve restare in memoria? Quale routine deve interrompere le altre? Che cosa accade se il carico supera la capacità disponibile? Quale attività può essere abbandonata e quale deve continuare?

Il sistema operativo dell’AGC disponeva di un executive asincrono guidato da eventi e priorità. Il caso più famoso non appartiene ad Apollo 13, ma alla discesa di Apollo 11: durante gli allarmi 1201 e 1202, il computer si riavviò, riprese le attività essenziali e lasciò cadere quelle a priorità inferiore. Non dimostra che il computer fosse onnipotente. Dimostra che qualcuno aveva progettato in anticipo il comportamento del sistema quando il sistema non poteva fare tutto.

Questa è una forma di intelligenza ingegneristica più profonda dell’ottimizzazione fine a se stessa: sapere che cosa sacrificare senza perdere la missione.

L’abbondanza non è uno spreco: è un altro problema

Sarebbe facile fermarsi qui e dire che una volta il software era scritto meglio. Sarebbe anche falso.

Un telefono moderno affronta una complessità che l’AGC non aveva: reti ostili, applicazioni installabili, interfacce grafiche, compatibilità, accessibilità, fotografia computazionale, video, crittografia, aggiornamenti, risparmio energetico dinamico e richieste di miliardi di utenti. L’AGC conosceva in anticipo il proprio veicolo, le proprie interfacce e la propria missione. Il realme deve restare un oggetto general purpose mentre cambia rete, orientamento, temperatura, applicazione e carico centinaia di volte al giorno. Non stiamo nemmeno a parlare dei sensori integrati, perché se vado nella sezione dei sensori, ce ne sono alcuni che non so nemmeno che cosa fanno.

Quando le risorse sono scarse, l’ingegneria deve scegliere con brutalità. Quando sono abbondanti, l’ingegneria deve governare la complessità.

Il software bloat esiste, naturalmente. Ma attribuire tutta la differenza alla pigrizia dei programmatori moderni sarebbe come confrontare il quadro comandi di un sottomarino con una città e concludere che la città contiene troppi interruttori.

La lezione dell’AGC non è “torniamo a quattro kilobyte”. È ricordarci che ogni sistema ha un budget, anche quando quel budget è nascosto dall’abbondanza.

Due modi di diventare invisibili

L’Apollo Guidance Computer era una macchina d’avanguardia eppure, nel momento decisivo, doveva quasi scomparire. Non chiedeva di essere ammirato. Doveva leggere sensori, rispettare priorità, presentare i dati necessari e continuare a funzionare. Il suo valore coincideva con la capacità di diventare parte affidabile di un sistema più grande.

Il realme GT 7 Pro scompare in modo opposto. Non perché abbia poche risorse, ma perché ne ha così tante da renderle ordinarie. Una CPU a miliardi di cicli al secondo, dodici gigabyte di RAM, una GPU, acceleratori per la AI e comunicazioni radio planetarie finiscono in tasca e diventano sfondo. Non vediamo più il computer: vediamo il messaggio, la foto, la strada sulla mappa.

Nel 1970 l’informatica scompariva dentro la missione. Nel 2026 scompare dentro la quotidianità.

Chiosa – La potenza che non fa più rumore

Il punto non è che oggi usiamo per cose banali una potenza superiore a quella che portò gli astronauti nello spazio. Anche le cose banali fanno parte della vita e, soprattutto, l’Apollo Guidance Computer non lavorava da solo: aveva dietro uno staff di centinaia di persone, come abbiamo scoperto tramite il film Apollo 13.

Il punto è che una capacità di calcolo un tempo riservata a uno dei programmi tecnologici più ambiziosi della storia dell’Umanità è diventata personale, economica, connessa, alimentata da una batteria e prodotta in milioni di esemplari. E il telefono che uso per osservarla non è neppure lo stato dell’arte del 2026: è un modello del 2024.

L’Apollo Guidance Computer ricorda che l’ingegneria può ottenere risultati enormi quando ogni parola di memoria deve giustificare la propria presenza. Il realme GT 7 Pro mostra che il progresso non consiste soltanto nell’aumentare la potenza, ma nel ridurne peso, costo e visibilità fino a farla sembrare normale.

Forse il vero salto tecnologico è proprio questo: il computer più straordinario è diventato quello al quale non facciamo più caso.

---

Nota metodologica

Nel testo sono usati tre livelli di affermazione:

• FACT / dato documentato: valore o evento riportato da NASA, MIT, Qualcomm, realme o da una fonte tecnica autorevole indicata nelle fonti.
• CALCULATION / calcolo: rapporto aritmetico derivato dai valori documentati. I calcoli sono arrotondati e non implicano equivalenza architetturale.
• INFERENCE / interpretazione: lettura editoriale o tecnica esplicitamente separata dai dati.

Le conversioni della memoria AGC assumono 16 bit fisici per parola. Poiché un bit era destinato alla parità, il risultato in byte descrive l’ingombro nominale dei bit, non una equivalenza perfetta con RAM o storage moderni. Il numero esatto di transistor dello Snapdragon 8 Elite e un valore unico di consumo operativo del realme GT 7 Pro non risultano pubblicati nelle fonti primarie consultate; per questo non vengono inventati né stimati.

Fonti verificate

NASA e documentazione Apollo

• Apollo 13: Mission Details — NASA
• Houston, We’ve Had a Problem — NASA
• Apollo 13 Mission Report, settembre 1970 — NASA NTRS
• Guidance, Navigation, and Control Systems Performance Analysis: Apollo 13 — NASA NTRS
• Characteristics of the Apollo Guidance Computer — NASA NTRS
• Computers in Spaceflight: The NASA Experience — NASA NTRS
• Apollo 11 program alarms: priority and restart behavior — NASA History
• Apollo Guidance, Navigation and Control: MIT’s Role, Volume III — MIT Instrumentation Laboratory
• LM131 revision 1, software di volo ricostruito per il LM di Apollo 13 — Virtual AGC

Hardware moderno

• realme GT 7 Pro: specifiche ufficiali
• Snapdragon 8 Elite Mobile Platform: product brief — Qualcomm
• Snapdragon 8 Elite Mobile Platform — Qualcomm

Integrazione e complessità circuitale

• Silicon Chips Take Man to the Moon — Computer History Museum

Esito del fact-checking preliminare

Affermazione	Esito	Base documentale / decisione editoriale
Apollo 13 aveva un AGC in Odyssey e uno in Aquarius	Confermato	Architettura Apollo documentata da NASA e MIT; software CM e LM distinti
Aquarius operò come scialuppa di salvataggio	Confermato	Cronologia e mission details NASA
L’AGC Block II aveva 2.048 parole erasable e 36.864 fixed	Confermato	Documentazione tecnica NASA/MIT
L’AGC pesava circa 70,1 lb e assorbiva circa 70 W	Confermato	Computers in Spaceflight: The NASA Experience
Il software gestiva attività secondo eventi e priorità	Confermato	Documentazione AGC e ricostruzione NASA degli allarmi 1201/1202 di Apollo 11
Il PC+2 di Apollo 13 usò il motore del LM senza il computer per conservare risorse	Confermato	Cronologia storica NASA; mantenimento manuale dell’assetto con Terra e Sole
Il realme GT 7 Pro usa Snapdragon 8 Elite a 3 nm, CPU octa-core fino a 4,32 GHz e Adreno 830	Confermato	Scheda ufficiale realme; product brief Qualcomm
Il dispositivo di Fabrizio ha 12 GB di RAM	Confermato dall’autore	Informazione fornita nel brief; compatibile con le configurazioni ufficiali
Il dispositivo di Fabrizio ha 256 GB di storage UFS 4.0	Confermato dall’autore	Informazione fornita dall’autore; capacità e standard sono compatibili con le specifiche ufficiali
Snapdragon 8 Elite contiene un numero preciso di transistor	Non documentato nelle fonti primarie consultate	Nessun numero inserito; evitata una stima presentata come fatto
Lo smartphone ha un consumo confrontabile direttamente con i 70 W dell’AGC	Non determinabile con un solo valore	Potenza di ricarica, TDP del SoC e consumo dell’intero dispositivo non sono la stessa grandezza
Il realme è esattamente X volte più potente dell’AGC	Metodologicamente non sostenibile	Si confrontano soltanto grandezze isolate, con limiti espliciti

---

Computer, memoria e cultura digitale

• Philip Katz: il genio dimenticato che compres(s)e il nostro mondo digitale — Compressione, condivisione e cultura informatica in un’epoca in cui ogni byte occupato doveva avere una buona ragione per esistere.
• Il mattino in modalità DR-DOS — BIOS, boot lento e memoria volatile non disponibile: quando il vecchio lessico dei computer diventa una descrizione piuttosto accurata di certe mattine.
• Human in the Loop: il controllo umano nell’era della AI — Avere a che fare oggi quotidianamente con la AI porta a fare riflessioni su come interagiremo con gli strumenti dell’intelligenza artificiale, senza farci fagocitare.
• AI e produttività: ci giapponizzeremo? — La AI ci porta a migliorare la produttività e ci mancherebbe. In questo articolo andiamo a scoprire insieme se in effetti è tutto perfetto.