x86 e ARM: istruzioni, prestazioni, consumi e compatibilità software

x86 e ARM sono famiglie di architetture di processori con set di istruzioni diversi. Questa differenza influisce direttamente sulla compatibilità del software, ma le prestazioni e il consumo energetico dipendono dal design effettivo della CPU e dal carico di lavoro. Comprendere cosa specifica un'architettura aiuta anche a scegliere tra download x64 e ARM64.

Cos'è l'architettura della CPU? Le basi di x86 e ARM

Una CPU (Central Processing Unit, unità centrale di elaborazione), è il componente che esegue le istruzioni di un programma. Aprire un file, sommare numeri e calcolare cosa visualizzare comportano tutte istruzioni interpretate secondo regole definite. L'architettura della CPU descrive questo quadro progettuale, ma è utile distinguere le regole visibili al software dall'hardware che le implementa.

Architettura del set di istruzioni rispetto alla microarchitettura

Un'architettura del set di istruzioni (ISA) è un contratto tra il software e il processore. Definisce i calcoli e i movimenti dei dati supportati, come le istruzioni sono codificate in bit e come vengono utilizzati i registri. I registri sono piccole posizioni di memoria all'interno della CPU che contengono valori con cui il processore può lavorare direttamente.

La microarchitettura è il modo in cui un particolare processore implementa quel contratto nell'hardware. Include quante istruzioni può gestire contemporaneamente, come programma le operazioni e come organizza le cache, che mantengono i dati usati frequentemente vicino al processore. La spiegazione di Arm sull'ISA distingue le operazioni supportate dalla loro implementazione hardware.

Pensa all'ISA come a una lingua condivisa per dare ordini in una cucina, e alla microarchitettura come al personale della cucina, alle superfici di lavoro e all'organizzazione. Due cucine possono comprendere lo stesso ordine pur eseguendolo a velocità diverse. Allo stesso modo, due CPU x86-64 possono comportarsi in modo diverso, e non tutte le CPU ARM condividono un design interno unico.

Come x86, x86-64, ARM e ARM64 si relazionano

x86 e ARM descrivono ciascuno una famiglia che contiene più generazioni ed estensioni. Le etichette x64 e ARM64 spesso viste sulle pagine di download per PC identificano ambienti a 64 bit all'interno di queste famiglie. Tuttavia, quando una pagina di download elenca x86 insieme a x64, x86 di solito significa la sua versione a 32 bit.

La descrizione della piattaforma FreeBSD amd64 raggruppa AMD64 e Intel 64 sotto i nomi x86-64 o x64. Qui, 64 bit si riferisce ai registri interi generali e all’ambiente di esecuzione, non significa che ogni istruzione debba essere lunga 64 bit. Le istruzioni A64 hanno una codifica di 32 bit, come spiega la guida ISA A64 di Arm. Essere a 64 bit non rende tutti i processori ugualmente veloci e non garantisce la stessa capacità di memoria supportata.

In che modo le strutture delle istruzioni x86 e ARM differiscono?

La distinzione è più di un semplice nome di produttore. Anche quando si richiede la stessa aggiunta o il movimento dei dati, le codifiche delle istruzioni e le regole dei registri differiscono. CISC e RISC sono termini comuni usati per descrivere gli approcci di progettazione dietro queste famiglie.

Cosa significano CISC e RISC

CISC, o Complex Instruction Set Computer, descrive un approccio che fornisce anche istruzioni capaci di operazioni complesse. x86 è classificato come CISC: le sue istruzioni hanno lunghezze variabili e alcune istruzioni di calcolo possono utilizzare un valore in memoria come operando. Un operando è un valore su cui un'operazione agisce.

RISC (Reduced Instruction Set Computer, computer con un set di istruzioni ridotto) enfatizza istruzioni e calcoli relativamente regolari utilizzando registri. ARM appartiene a questa categoria. Per l'aritmetica intera A64 ordinaria, un modello utile è caricare un valore dalla memoria in un registro, calcolare usando i valori dei registri e memorizzare il risultato nuovamente in memoria. Questa organizzazione di base è chiamata architettura load/store.

Per esempio, aggiungere uno a un numero memorizzato in memoria può essere espresso con un'istruzione x86 che accetta un operando di memoria. L'operazione corrispondente in A64 può essere intesa come una combinazione di istruzioni di caricamento, somma e memorizzazione. Questo è un esempio concettuale: l'effettivo output di un compilatore e il tempo di esecuzione dipendono dal codice e dalle impostazioni di ottimizzazione. Meno istruzioni visibili non significano automaticamente esecuzione più veloce.

“Ridotto” non significa nemmeno che un processore ARM moderno debba avere un numero totale di istruzioni piccolo. ARM ha anche estensioni per operazioni come calcoli vettoriali e crittografia. Vedere Classificazioni ISA di ARM e Manuali per sviluppatori software Intel per le classificazioni e i formati dettagliati delle istruzioni x86.

Perché “istruzioni complesse versus semplici” non spiega le CPU moderne

Un'istruzione visibile a un programma non corrisponde necessariamente a una singola operazione interna. Le CPU x86 moderne ad alte prestazioni decodificano le istruzioni in operazioni interne più piccole chiamate micro-op. Il manuale di riferimento per l'ottimizzazione di Intel descrive la decodifica delle istruzioni e questa organizzazione dell'esecuzione interna.

I processori ARM ad alte prestazioni possono anche utilizzare hardware sofisticato per elaborare più istruzioni insieme e modificare il loro ordine di esecuzione mantenendo risultati corretti. La guida Armv8-A ISA di Arm include un esempio di pipeline di esecuzione fuori ordine. Descrivere x86 come “complesso e lento” e ARM come “semplice e veloce” pertanto non coglie gran parte di ciò che determina il comportamento di un prodotto moderno.

Qual è migliore per prestazioni e consumo energetico?

Il solo nome dell'architettura non può identificare un vincitore in termini di prestazioni o efficienza energetica. L'ISA influenza il design, ma il prodotto finale dipende anche dalla sua implementazione, dal processo produttivo, dal raffreddamento e dall'ottimizzazione del software.

Il design interno e il carico di lavoro determinano le prestazioni

Avere più core della CPU crea opportunità per suddividere il lavoro, ma i programmi non utilizzano tutti i core nello stesso modo. Un compito che richiede una risposta rapida da un singolo thread può favorire un processore diverso rispetto a un compito che distribuisce il lavoro su molti core. Anche la frequenza di clock non è un punteggio di prestazioni autonomo per confrontare diversi design di CPU.

Confrontare la stessa applicazione, il file di input e le impostazioni di qualità. Distinguere una build nativa realizzata per la CPU da una build in esecuzione tramite traduzione delle istruzioni. In compiti come l'esportazione video, i processori grafici o l'hardware video dedicato possono svolgere un lavoro sostanziale, quindi il risultato completo non può essere attribuito unicamente all'insieme di istruzioni della CPU.

Distinguere anche i picchi brevi dai carichi di lavoro sostenuti. Un processore può iniziare rapidamente per poi ridurre la velocità a causa di limiti di temperatura o di potenza. La guida a come leggere i benchmark CPU single-thread, multi-thread e di gioco (in inglese) spiega come valutare quei diversi risultati.

La potenza elettrica e l’efficienza energetica sono misure differenti

La potenza è il tasso al quale l'energia viene utilizzata, solitamente espressa in watt (W). L'energia è la quantità totale utilizzata durante un'attività. Per determinare l'energia necessaria a completare un lavoro, bisogna considerare sia la potenza media sia il tempo di esecuzione.

Come esempio ipotetico, un dispositivo che utilizza in media 10 W per 60 secondi consuma 600 joule (J). Un altro dispositivo che utilizza 20 W per 20 secondi per completare lo stesso lavoro consuma 400 J. Il secondo dispositivo utilizza più potenza durante il funzionamento ma meno energia per ogni compito completato. Questi numeri spiegano il principio; non sono misurazioni di prodotti reali.

L’autonomia della batteria dipende anche da fattori diversi dalla CPU. Capacità della batteria, luminosità dello schermo, tecnologia del display, memoria, comunicazione wireless e lavoro in background contano tutti. Un risultato di lunga durata della batteria di un laptop ARM non può stabilire una regola universale per ogni CPU ARM e x86. La specifica del produttore riguardante la potenza termica di progetto (TDP) non deve essere trattata come la potenza elettrica misurata di un intero dispositivo.

Un computer ARM può eseguire software x86?

Alcuni programmi possono essere eseguiti attraverso le funzionalità di traduzione del sistema operativo. Tuttavia, le condizioni differiscono dall'esecuzione delle istruzioni native della CPU. Controlla la versione del sistema operativo e le applicazioni, i driver e i componenti supportati. Un driver di dispositivo è un software che consente al sistema operativo di comunicare con l’hardware e di controllarlo. I driver in modalità kernel vengono eseguiti nel nucleo del sistema operativo.

Lo stesso codice sorgente può produrre file eseguibili diversi

Il codice sorgente è il testo del programma scritto da uno sviluppatore. La compilazione lo converte in una forma che l'ambiente di destinazione può eseguire. Costruire la stessa funzionalità per x86-64 e ARM64 produce codice macchina diverso. La spiegazione dell’ISA di Arm descrive la compilazione da un linguaggio ad alto livello in codice macchina per una particolare ISA.

La funzione “3 + 5” di una calcolatrice ha lo stesso scopo su entrambi i sistemi, ma i bit delle istruzioni e l'uso dei registri possono differire. Rinominare un eseguibile x86 o cambiarne l'estensione non lo trasforma in software ARM64. Anche ricostruire un programma richiede librerie compatibili e funzionalità del sistema operativo.

Un'architettura CPU corrispondente non crea nemmeno compatibilità tra sistemi operativi. Un'applicazione Windows ARM64 non funziona automaticamente su un Mac basato su ARM o su un dispositivo Android. Anche il formato eseguibile e le interfacce del sistema operativo devono corrispondere.

Cosa può fare la traduzione e dove si ferma la compatibilità

L’emulazione e la traduzione binaria permettono di eseguire programmi creati per un altro set di istruzioni. Possono interpretare o tradurre le istruzioni e riutilizzare il codice tradotto. Secondo la documentazione Microsoft sull’emulazione in Windows on Arm, Windows 11 on Arm supporta l’emulazione delle applicazioni x86 e x64, mentre Windows 10 on Arm supporta solo le applicazioni x86.

L'emulazione delle applicazioni non sostituisce la necessità di driver in modalità kernel compatibili. Su Windows su Arm, tali driver devono essere disponibili per ARM64; Le FAQ di Microsoft sui PC Arm spiegano i requisiti per i driver dei dispositivi. Stampanti, dispositivi audio, VPN, strumenti di sicurezza e giochi con componenti anti-cheat richiedono quindi controlli oltre all'eseguibile principale. Aprire la finestra di un'applicazione non è la prova che ogni funzionalità richiesta funzioni.

Su un Mac, Rosetta traduce le applicazioni Mac basate su Intel per l'Apple silicon. Le linee guida di supporto di Rosetta di Apple distinguono la disponibilità fino a macOS 27 compreso dalle restrizioni a partire da macOS 28, quando la funzionalità di Rosetta è limitata ad alcuni giochi più vecchi, non più mantenuti, che si basano su framework Intel. Rosetta non dovrebbe essere considerata una garanzia di compatibilità permanente per ogni applicazione Intel.

Una build nativa ARM64 può evitare la traduzione delle istruzioni, ma le prestazioni e l'affidabilità effettive dipendono comunque dall'implementazione dell'applicazione. Non esiste una singola penalità di traduzione che si applichi a ogni programma, ed essere nativi non garantisce che una versione particolare sarà sempre più veloce.

Dovresti scaricare software x64 o ARM64?

Identifica prima il tuo sistema operativo e l'ambiente CPU, quindi seleziona un download che supporti quella combinazione. Il nome di un produttore o le parole “64-bit” da sole non sono sufficienti.

Controlla il tuo ambiente CPU e sistema operativo

1. Windows: Apri Impostazioni → Sistema → Informazioni e guarda il tipo di sistema sotto Specifiche dispositivo. Per un processore basato su x64 con un sistema operativo a 64 bit, cerca Windows x64. Per un processore basato su Arm, prima verifica se esiste una build Windows ARM64 supportata. Un sistema operativo a 32 bit non può eseguire applicazioni x64 anche se la sua CPU supporta il funzionamento a 64 bit. La guida di Microsoft per identificare un PC ARM utilizza questo percorso nelle impostazioni.
2. Mac: Apri il menu Apple → Informazioni su questo Mac. Un Mac con chip Apple mostra Chip; un Mac Intel mostra Processore. Per i Mac con chip Apple, seleziona una versione per Apple silicon o Universale che supporti il tuo Mac. Un'applicazione Universale include codice sia per Intel che per chip Apple. Consulta le linee guida di Apple per l'identificazione del chip del Mac per il controllo dell'hardware.
3. Linux: Esegui il seguente comando in un terminale per interrogare il tipo di macchina dell'ambiente corrente. Questa è una query di sola lettura di GNU Coreutils: non modifica alcuna impostazione e non richiede operazioni di annullamento.

uname -m

In un tipico ambiente Linux, x86_64 identifica x86-64 e aarch64 identifica Arm a 64 bit. Questi sono risultati comuni, non gli unici valori possibili su tutti i sistemi. I gestori di pacchetti possono usare etichette diverse, come amd64 o arm64. All'interno di una macchina virtuale o di un ambiente emulato, interpreta il risultato come la descrizione dell'ambiente di esecuzione. Il manuale GNU uname definisce -m come la stampa del nome hardware della macchina.

Controllare applicazioni, plug-in e driver

Una volta trovato un installer, controlla le funzionalità di cui hai effettivamente bisogno. Ad esempio, un'applicazione musicale ARM64 potrebbe funzionare mentre un plug-in di strumenti richiesto o un driver per dispositivo audio rimane non supportato. Questo renderebbe difficile continuare un progetto esistente senza cambiarlo. Questo è un esempio di combinazione da verificare, non un’affermazione sul fallimento di un prodotto specifico.

1. Nella pagina di download ufficiale, controlla insieme il sistema operativo, la versione minima supportata e l'architettura. Se lo sviluppatore fornisce un installer automatico, segui le sue istruzioni ufficiali.
2. Controlla le architetture e le versioni dell'applicazione host supportate dai plug-in, dalle estensioni e dai codec essenziali. I componenti caricati nello stesso processo in genere necessitano di architetture corrispondenti; dove esiste un meccanismo di compatibilità separato, utilizza le combinazioni supportate dallo sviluppatore.
3. Verifica i driver per periferiche e funzionalità di sistema. Su Windows su Arm, controlla separatamente il supporto per l'emulazione delle applicazioni e la disponibilità dei driver ARM64.
4. Dopo l'installazione, testa il lavoro di cui hai bisogno: aprire e salvare file, esportare, utilizzare plug-in e collegare dispositivi. Se una combinazione non è supportata, utilizza una versione ufficialmente supportata o esegui il backup dei dati importanti prima di seguire la procedura ufficiale di rimozione.

x64 e ARM64 sono etichette dell'ambiente di destinazione, non classifiche di prestazioni. Abbinare prima il sistema operativo e l'architettura, quindi controllare le applicazioni e i componenti da cui dipendi, aiuta a prevenire download errati e supposizioni di compatibilità sbagliate.