Arm v9 e RISC-V nel 2026: cosa cambia nell'architettura dei processori e cosa deve verificare l'utente

Il confronto tra Arm v9-A e RISC-V viene spesso presentato come una corsa per sostituire un'architettura con un'altra. Questa lettura confonde due piani: Arm v9-A è una versione dell'architettura Arm A-profile; RISC-V è un'ISA aperta, le cui specifiche vengono sviluppate e mantenute attraverso un processo collettivo. Nessuno di questi etichette, da solo, determina quale processore sarà più veloce, efficiente o adatto a un dispositivo.

La differenza che può effettivamente guidare una decisione è il modello di progettazione. Arm offre un'architettura con estensioni e profili documentati dalla stessa azienda; RISC-V organizza la sua ISA in modo modulare, con una base ed estensioni che devono essere identificate in ogni implementazione. L'apertura di un'ISA non equivale a dire che tutti i design siano intercambiabili né garantisce che un chip sia gratuito: il costo del nucleo, l'integrazione, la validazione e il supporto dipendono da ogni progetto.

Non c'è nemmeno una base sufficiente per affermare che nel 2026 il dominio di Arm nel mobile sia finito o che i produttori stiano migrando in blocco a RISC-V. Le fonti fornite documentano le caratteristiche di Armv9-A, l'organizzazione delle specifiche RISC-V e l'attività in diversi segmenti, ma non offrono una misurazione verificabile delle quote di mercato dei processori mobili. Pertanto, il cambiamento verificabile è un'alternativa architetturale in espansione, non la fine dimostrata di un monopolio.

Arm descrive SVE2 e SME come estensioni destinate ad accelerare l'elaborazione dei dati. SVE2 amplia le capacità vettoriali; SME incorpora operazioni matriciali. Sono strumenti architetturali che possono beneficiare a certi carichi di lavoro, ma la loro presenza nella specifica non significa che ogni processore compatibile le implementi né che qualsiasi applicazione ne approfitti automaticamente.

La distinzione conta quando si valutano affermazioni sull'IA in un telefono o computer. Un'estensione può facilitare il lavoro dei compilatori e del software ottimizzato, ma le prestazioni finali dipendono anche dall'implementazione del nucleo, dalla frequenza, dalla memoria, dagli acceleratori aggiuntivi, dal consumo consentito e dal codice eseguito. L'etichetta Armv9-A non sostituisce la scheda tecnica del SoC né una misurazione indipendente sotto carichi comparabili.

In sicurezza, Arm documenta Realm Management Extension (RME) come parte delle sue capacità di calcolo confidenziale. Il suo scopo è offrire isolamento per proteggere carichi di lavoro e dati in uso. Questo non deve tradursi in una promessa di protezione assoluta: il livello di sicurezza reale dipende dal fatto che l'hardware incorpori la funzione, dalla configurazione del sistema e dal software che la utilizza. Per un acquisto, conviene controllare la documentazione del chip specifico e non inferire la disponibilità di RME solo dalla generazione annunciata.

RISC-V è un'architettura di set di istruzioni, non un design unico di processore. L'organizzazione che mantiene l'ecosistema indica che le specifiche vengono sviluppate, ratificate e mantenute attraverso i suoi gruppi tecnici. Questa struttura permette di creare implementazioni diverse a partire da una base comune, ma obbliga a prestare attenzione a quale profilo, estensioni e requisiti di compatibilità dichiara ogni prodotto.

La modularità significa opzioni e responsabilità. Un produttore può selezionare estensioni appropriate per un prodotto, mentre il team software deve sapere quali sono presenti per compilare e distribuire binari compatibili. I profili e le specifiche condivise possono ridurre l'ambiguità, ma non eliminano da soli le differenze tra nuclei, driver, piattaforme o sistemi di avvio.

L'apertura deve anche essere descritta con precisione. L'ISA può essere utilizzata senza lo stesso schema di licenze proprietarie associato ad altre architetture, ma sviluppare un processore commerciale implica molto più che implementare istruzioni: servono design fisico, verifica, strumenti, catena di approvvigionamento e manutenzione. RISC-V cambia le possibilità di controllo e licenziamento, non cancella i costi di ingegneria né assicura un vantaggio automatico in area, consumo o prezzo.

Non esiste una risposta generale e verificabile su quale architettura offra migliori prestazioni per watt. Per sostenere quella conclusione servirebbero processori identificati, configurazioni equivalenti, carichi di lavoro riproducibili e misurazioni pubblicate con metodologia chiara. Le fonti raccolte qui descrivono funzioni e tendenze, ma non forniscono un confronto sperimentale di Armv9-A contro implementazioni RISC-V nei telefoni.

L'efficienza è una proprietà del sistema completo. Influiscono il design del nucleo, la fabbricazione, la memoria, gli acceleratori, i limiti termici e il software. Un'implementazione RISC-V specializzata potrebbe essere adatta a un compito limitato, mentre un altro processore della stessa ISA non lo sarebbe; lo stesso vale per Arm. Non si può dedurre l'efficienza dall'architettura nominale né convertire una possibilità di design in un risultato misurato.

La compatibilità si decide anche a più livelli: sistema operativo, librerie, compilatore, driver, applicazioni e disponibilità di binari per la piattaforma. Ubuntu include RISC-V tra le piattaforme supportate, ma questo non dimostra che ogni dispositivo RISC-V abbia supporto completo né che le applicazioni mobili Android o iOS funzionino su di esso. Per valutare un dispositivo specifico, bisogna controllare le immagini disponibili, il supporto del produttore e le applicazioni necessarie, oltre all'architettura del processore.

La copertura di Hot Chips 2026 citata nella ricerca descrive l'evoluzione di RISC-V e menziona silicio di server associato al profilo RVA23. È un segnale di attività in quel segmento, non una prova sufficiente che RISC-V abbia raggiunto una posizione dominante nei server, né informa di una transizione generale dei telefoni a questa ISA. Un traguardo tecnico non equivale a una quota di mercato: per affermare un'adozione massiva servirebbero dati su spedizioni, prodotti e disponibilità contrastati.

Le cifre commerciali richiedono una cautela aggiuntiva. SNS Insider stima un valore di mercato della tecnologia RISC-V di 1,87 miliardi di dollari nel 2025 e proietta 25,07 miliardi nel 2035, con un tasso di crescita annuo composto pubblicato del 29,66%. RISC-V International, commentando una previsione di SHD Group, cita un'altra stima: 35,9 miliardi di spedizioni di SoC basati su RISC-V e 318 miliardi di dollari di ricavi associati per il 2031.

Sono stime di mercato, non risultati osservati né comparabili tra loro. Una misura il valore di un mercato secondo la metodologia di un'azienda; l'altra proietta unità e ricavi di SoC con un'altra definizione e orizzonte. Non devono essere mescolati in una tabella come se descrivessero la stessa grandezza o dimostrassero che RISC-V ha spostato Arm. Servono a mostrare aspettative di crescita, non per decidere quale architettura un telefono disponibile in un negozio abbia.

Per chi acquista un dispositivo, l'architettura è spesso meno utile di un elenco di compatibilità specifico. Controlla quale sistema operativo supporta il produttore, per quanto tempo, quali applicazioni ti servono e se driver e periferiche funzionano. La priorità pratica è il supporto della piattaforma completa, non un'affermazione generale sull'apertura o efficienza di un'ISA.

Per sviluppatori e team di prodotto, la verifica deve scendere al modello di processore e alle sue capacità dichiarate. Bisogna confermare il profilo, le estensioni disponibili, l'ABI, il compilatore, le librerie e gli strumenti di debug. In RISC-V, identificare le estensioni specifiche aiuta a evitare binari che dipendono da funzioni assenti; in Arm, la generazione architetturale non garantisce nemmeno che tutte le estensioni siano implementate in ogni chip.

Un criterio di valutazione breve può evitare conclusioni basate su etichette:

• Processore esatto: modello, implementazione ed estensioni supportate, non solo “Arm v9” o “RISC-V”.
• Software richiesto: sistema operativo, applicazioni, librerie e driver disponibili per quella piattaforma.
• Sicurezza e accelerazione: funzioni realmente presenti nel silicio e abilitate dal software.
• Test pertinenti: misurazioni comparabili per i compiti, il consumo e i limiti termici che contano.

La conclusione ragionevole per il 2026 non è che un'ISA abbia vinto. Armv9-A documenta estensioni di calcolo e sicurezza; RISC-V offre una base aperta e modulare il cui valore dipende dall'implementazione e dall'ecosistema. La decisione deve essere presa per prodotto, supporto e carico di lavoro, non per previsioni di mercato né per promesse architetturali generali.