Le informazioni di Huawei mostrano perché Nvidia domina ancora l'addestramento AI cinese
- Olivia Johnson

- 11 ago
- Tempo di lettura: 15 min
Le informazioni di Huawei provenienti dai principali laboratori AI cinesi indicano un contrasto difficile da risolvere: secondo quanto riferito, i chip Nvidia restano la scelta abituale per l'addestramento dei modelli linguistici di grandi dimensioni.
Questa preferenza persiste nonostante anni di restrizioni all'esportazione, pressioni per l'approvvigionamento domestico e rapidi miglioramenti nei processori Ascend di Huawei. L'ostacolo immediato non riguarda solo le prestazioni di calcolo. Riguarda il lavoro necessario per trasferire il codice di addestramento in produzione dalla piattaforma CUDA di Nvidia al software CANN di Huawei.
Questa distinzione cambia il significato della corsa cinese ai chip AI. Huawei può conquistare ordini hardware e supportare più carichi di lavoro di inferenza, mentre Nvidia resta profondamente integrata nello sviluppo dei modelli. La competizione è quindi tra l'addestramento basato su CUDA e un'alternativa domestica basata su CANN, non semplicemente tra le specifiche di due processori.
I laboratori AI cinesi costruiscono ancora i loro modelli più grandi attorno a Nvidia
Le ultime indiscrezioni suggeriscono che Nvidia rimanga la piattaforma predefinita per l'addestramento, anche mentre Huawei guadagna terreno in altri ambiti dell'infrastruttura AI cinese.
Secondo il resoconto originale, fonti presso importanti sviluppatori cinesi di modelli linguistici di grandi dimensioni hanno affermato che i chip Nvidia restano la norma per l'addestramento avanzato. Spostare progetti consolidati sull'hardware Huawei richiederebbe un'ampia riscrittura per CANN.
CUDA, abbreviazione di Compute Unified Device Architecture, è la piattaforma di programmazione di Nvidia per eseguire carichi di lavoro paralleli sui suoi processori. CANN, o Compute Architecture for Neural Networks, è il corrispondente stack software di Huawei per i processori Ascend.
Entrambe le piattaforme collegano i framework AI all'hardware degli acceleratori. Tuttavia, non offrono ambienti di esecuzione intercambiabili per ogni kernel, libreria, operazione di comunicazione o flusso di lavoro di debugging.
Questo è importante perché l'addestramento di modelli di frontiera non è una singola applicazione copiata su un server diverso. Combina migliaia di componenti software sviluppati, testati e ottimizzati nell'arco di diversi anni.
Un team di addestramento potrebbe usare PyTorch al vertice del proprio stack. Sotto quel framework familiare si trovano kernel CUDA personalizzati, librerie di comunicazione collettiva, routine di gestione della memoria, strumenti di profilazione e ottimizzazioni specifiche per l'hardware.
Trasferire quel carico di lavoro su CANN significa verificare ogni livello. Le operazioni non supportate devono essere sostituite, riscritte o instradate attraverso strumenti di compatibilità. Gli ingegneri devono poi verificare il comportamento numerico, le prestazioni, il consumo di memoria e la stabilità su larga scala.
La preferenza riportata non significa che i laboratori cinesi rifiutino Huawei. Indica che distinguono le decisioni sull'addestramento dalle altre decisioni hardware.
L'addestramento crea un modello elaborando enormi dataset su grandi cluster di acceleratori. L'inferenza usa il modello completato per rispondere alle richieste dopo la conclusione dell'addestramento.
I carichi di lavoro di inferenza sono spesso più facili da trasferire perché sono più circoscritti e prevedibili. I team possono ottimizzare un modello fisso senza modificarne ripetutamente l'architettura durante la ricerca.
L'addestramento è meno indulgente. Un guasto durante una lunga esecuzione distribuita può sprecare una quantità significativa di tempo di calcolo, mentre un sottile errore numerico può compromettere il modello risultante.
I laboratori cinesi hanno quindi una ragione pratica per mantenere una piattaforma collaudata per i loro esperimenti più costosi. Gli ingegneri conoscono già le modalità di errore, gli strumenti per le prestazioni e i modelli di ottimizzazione di CUDA.
La decisione rappresenta una gestione del rischio operativo più che fedeltà a un marchio. Un laboratorio alle prese con una scadenza per un modello di solito privilegia l'ambiente che ha maggiori probabilità di completare l'esecuzione.
Questa preferenza spiega anche perché le sole vendite hardware offrano una misura incompleta della competizione. Huawei può conquistare domanda di acceleratori senza sostituire immediatamente Nvidia nei flussi di lavoro di sviluppo più difficili.
Il mercato cinese dei chip illustra già questa divisione. Bernstein ha stimato che Nvidia e Huawei detenessero ciascuna circa il 40 percento del mercato cinese dei chip AI nel 2025.
Bernstein prevedeva che la quota di Huawei si avvicinasse al 50 percento nel 2026, mentre quella di Nvidia avrebbe potuto scendere vicino all'8 percento. Queste stime descrivono l'andamento complessivo del mercato, non necessariamente l'adozione nell'addestramento di frontiera.
L'apparente contraddizione è centrale nella storia. Nvidia può perdere ampia quota di mercato mantenendo al contempo un ruolo sproporzionato nei carichi di lavoro che creano i modelli leader.
Perché le informazioni di Huawei riportano sempre a CUDA
Le informazioni di Huawei sull'attrito della migrazione rivelano che la difesa più forte di Nvidia è il software accumulato, non una generazione di silicio più veloce.
CUDA esiste dal 2006. In quel periodo, Nvidia ha sviluppato librerie per l'algebra lineare, le reti neurali, la comunicazione distribuita, l'elaborazione dei dati e l'analisi delle prestazioni.
Gli sviluppatori hanno inoltre creato le proprie estensioni CUDA. I repository di ricerca, le implementazioni dei modelli e le guide all'ottimizzazione presuppongono comunemente l'accesso all'hardware Nvidia.
Questo codice accumulato genera un effetto rete. Più utenti CUDA producono più software testato, rendendo CUDA più utile al team successivo che la adotta.
Huawei parte da una posizione diversa. CANN deve supportare l'hardware Ascend rispettando al contempo le aspettative create da anni di sviluppo CUDA.
La sfida va oltre la traduzione dei nomi delle funzioni. Un kernel progettato attorno alla gerarchia di memoria di un processore Nvidia può comportarsi diversamente su un'unità di elaborazione neurale Ascend.
La comunicazione collettiva presenta un altro ostacolo. I modelli di grandi dimensioni distribuiscono parametri e dati tra centinaia o migliaia di acceleratori, che scambiano continuamente informazioni durante l'addestramento.
Piccoli ritardi nella comunicazione si accumulano in un cluster. Un porting che funziona correttamente su un processore può diventare inefficiente o instabile quando viene esteso a molte macchine.
Gli ingegneri devono anche sostituire le pratiche di monitoraggio e debugging. Un profiler progettato attorno a CUDA non può esporre automaticamente ogni collo di bottiglia di CANN con lo stesso livello di dettaglio o un'interfaccia altrettanto familiare.
Una valutazione dello stack AI del 2025 di MERICS ha descritto la portabilità di CUDA come un importante vantaggio per Nvidia. Ha rilevato che il passaggio di modelli consolidati a hardware non Nvidia restava costoso.
Il rapporto ha inoltre citato preoccupazioni sulla maturità di CANN, sui crash, sul ripristino e sulla compatibilità tra sistemi Ascend successivi. Tali risultati precedevano le più recenti versioni software e hardware di Huawei, quindi non costituiscono un parametro di riferimento attuale.
Restano utili perché identificano il tipo di debito ingegneristico che Huawei deve superare. Nuovi processori non eliminano automaticamente i problemi di migrazione del codice, documentazione o affidabilità.
Huawei ha risposto direttamente. Nell'agosto 2025, l'azienda ha annunciato che parti chiave di CANN sarebbero diventate open source e ha invitato università, aziende e sviluppatori a contribuire.
L'iniziativa CANN prende di mira uno dei vantaggi di CUDA: una vasta comunità che individua bug ed estende il supporto hardware.
Aprire il codice può accelerare lo sviluppo e migliorare la trasparenza. Non può riprodurre istantaneamente la copertura delle librerie, l'esperienza degli sviluppatori e la conoscenza istituzionale che circondano CUDA.
Il ritardo è particolarmente importante per i kernel personalizzati. I laboratori di frontiera scrivono sempre più spesso operazioni specializzate per ridurre l'uso di memoria o migliorare l'efficienza dell'addestramento.
Queste operazioni spesso incorporano presupposti su CUDA e sull'architettura di Nvidia. La conversione automatizzata può offrire un punto di partenza, ma una compilazione riuscita non garantisce velocità o stabilità equivalenti.
Gli ingegneri devono comunque profilare il risultato, esaminare l'accuratezza numerica e ottimizzarlo per hardware diverso. Questo processo compete direttamente con la ricerca sui modelli per il limitato tempo degli specialisti.
Un laboratorio deve quindi confrontare due costi. Uno è la dipendenza continua da hardware estero soggetto a restrizioni. L'altro è il ritardo e lo sforzo ingegneristico necessari per creare uno stack domestico nativo.
CUDA vince ogni volta che il secondo costo appare maggiore del primo. CANN diventa più interessante man mano che il rischio di accesso aumenta o gli strumenti di migrazione riducono quel costo.
Huawei Ascend avanza più rapidamente nell'inferenza che nell'addestramento
La via più credibile di Huawei per aggirare Nvidia inizia con l'inferenza, dove i modelli fissi offrono un obiettivo più gestibile rispetto alle esecuzioni sperimentali di addestramento.
Huawei ha migliorato sia i suoi processori sia i sistemi che li collegano. La sua strategia connette grandi numeri di acceleratori Ascend per compensare i limiti che interessano i singoli chip.
Questo approccio a livello di sistema è importante. Le moderne prestazioni AI dipendono da memoria, rete, pianificazione e software che lavorano insieme, non semplicemente dal throughput dichiarato di un processore.
Huawei può inoltre ottimizzare l'inferenza per i modelli ampiamente distribuiti. Una volta che gli sviluppatori fissano l'architettura di un modello, gli ingegneri possono studiarne le operazioni ripetute e ottimizzarle per Ascend.
DeepSeek offre un esempio visibile di questa distinzione. La sua versione V4 supporta i processori Huawei per almeno una parte della distribuzione, riducendo la dipendenza esclusiva dai fornitori americani.
Tuttavia, il supporto per l'inferenza non dimostra che il modello sia stato addestrato interamente su hardware Huawei. Le descrizioni pubbliche dell'uso dell'hardware spesso confondono queste due fasi.
La separazione è importante per gli acquirenti. Un fornitore può addestrare un modello una volta sull'hardware Nvidia e poi servire milioni di richieste tramite acceleratori domestici.
Questa configurazione riduce la dipendenza operativa senza collocare l'esecuzione di ricerca più incerta su una piattaforma più nuova. Fornisce inoltre a Huawei carichi di lavoro di produzione continui in grado di migliorare CANN.
Ogni distribuzione fornisce agli ingegneri segnalazioni di bug, tracce delle prestazioni e requisiti di compatibilità. Questi insegnamenti possono gradualmente rafforzare il software necessario per addestramenti più impegnativi.
Ricerche recenti mostrano sia i progressi sia le complicazioni rimanenti. Uno studio sul campo di Ascend del luglio 2026 ha esaminato carichi di lavoro di inferenza multimodali e di grandi modelli mixture-of-experts su un sistema Ascend 910 a 16 dispositivi.
Un modello mixture-of-experts attiva gruppi selezionati di parametri per ciascun input, riducendo il calcolo ma aumentando la complessità dell'instradamento. I modelli multimodali elaborano combinazioni quali testo e immagini.
I ricercatori si sono concentrati sul costo ingegneristico di servire quei carichi di lavoro impegnativi al di fuori di CUDA. Il loro lavoro tratta la migrazione come un problema operativo, anziché presumere la compatibilità hardware dalle prestazioni teoriche.
I progressi di Huawei nell'inferenza esercitano comunque pressione su Nvidia. L'inferenza rappresenta domanda ricorrente dopo che un modello entra in produzione, mentre gli acquisti per l'addestramento possono arrivare in cicli concentrati.
Un fornitore che gestisce l'inferenza su Ascend acquisisce esperienza con gli strumenti e il design dei cluster di Huawei. Questa esperienza abbassa la barriera per successivi progetti di post-addestramento o addestramento completo.
Il post-addestramento modifica un modello esistente tramite fine-tuning, apprendimento delle preferenze o reinforcement learning. Spesso richiede meno calcolo rispetto alla costruzione del modello base dall'inizio.
Questo rende il post-addestramento un ponte plausibile. I team possono trasferire un carico di lavoro delimitato su Ascend prima di rischiare una campagna completa di pre-addestramento.
Le notizie su grandi cluster Ascend per il post-addestramento dovrebbero quindi essere prese sul serio. Tuttavia, non dovrebbero essere presentate come prova che CANN abbia raggiunto la parità per ogni attività di addestramento di frontiera.
Un carico di lavoro controllato concluso con successo testa solo uno specifico modello, cluster e versione software. I laboratori di ricerca modificano continuamente architetture, formati di precisione, strategie di parallelismo e operazioni personalizzate.
Il vantaggio di Nvidia risiede in parte nella capacità di assorbire questi cambiamenti senza costringere i team a ricostruire il proprio ambiente. Huawei deve dimostrare una flessibilità analoga in diversi laboratori indipendenti.
Per ora, il mercato si sta articolando su più livelli. Huawei sta diventando più competitiva negli acquisti interni, nell'inferenza e in determinati progetti di post-training.
Nvidia conserva un vantaggio nel lavoro di training aperto e non predefinito che crea la prossima generazione di modelli. È una posizione più circoscritta rispetto al predominio sull'intero mercato, ma resta strategicamente preziosa.
Il vero costo del passaggio è il tempo di ricerca perso
Riscrivere il codice è costoso, ma il rischio maggiore è rallentare il ciclo di sperimentazione che determina se un laboratorio di IA resta competitivo.
Un team che sviluppa modelli di frontiera non esegue un unico job di training finale. Conduce esperimenti più piccoli, testa modifiche architetturali, regola le combinazioni di dati e misura il comportamento di scalabilità.
Ogni esperimento influenza quello successivo. La velocità di questo ciclo può contare quanto l'accesso a una maggiore capacità teorica di calcolo.
Una migrazione interrompe il ciclo. Gli ingegneri che normalmente migliorano i modelli devono invece analizzare gli operatori, ricostruire i kernel e diagnosticare guasti non familiari del cluster.
I team possono assumere specialisti dedicati all'infrastruttura, ma questi esperti restano rari. Devono inoltre collaborare strettamente con i ricercatori sui modelli, perché i problemi di prestazioni spesso attraversano i confini organizzativi.
Il costo opportunità è difficile da misurare. Una migrazione può sembrare riuscita pur riducendo silenziosamente il numero di esperimenti completati prima della scadenza per il rilascio.
Questo rischio aiuta a spiegare la resistenza segnalata ad abbandonare CUDA. Un laboratorio di IA non valuta i processori come attrezzature da ufficio intercambiabili.
L'hardware determina quale software funziona, con quale rapidità vengono diagnosticati i guasti e quanto facilmente il codice di ricerca si trasforma in un carico di lavoro distribuito affidabile.
La pressione sugli acquisti può spingere i laboratori verso sistemi nazionali. Non può eliminare il costo degli esperimenti mancati o delle esecuzioni fallite.
La pressione è particolarmente intensa per i laboratori cinesi che cercano di eguagliare i modelli di OpenAI, Anthropic, Google, Meta e altri sviluppatori ben finanziati.
I loro concorrenti gestiscono già grandi cluster Nvidia e possono utilizzare lo stesso ecosistema di ricerca incentrato su CUDA. Un ciclo di migrazione più lento amplierebbe il divario nello sviluppo, anche se migliorasse l'indipendenza dell'approvvigionamento.
Questo crea una scelta scomoda per le aziende cinesi di IA. L'hardware Nvidia comporta rischi normativi, di importazione e di continuità. L'hardware Huawei comporta rischi di migrazione software e di esecuzione.
Nessuna delle due opzioni offre certezze. Le licenze di esportazione possono cambiare, le autorizzazioni doganali possono bloccarsi e le politiche di acquisto interne possono irrigidirsi.
Allo stesso tempo, le release di CANN possono introdurre nuove funzionalità o modifiche alla compatibilità. Un laboratorio deve decidere se assorbire ora il lavoro di migrazione oppure restare esposto a future restrizioni di accesso.
I team possono rispondere supportando due stack. Possono mantenere CUDA per il training critico, spostando al contempo inferenza e carichi di lavoro selezionati su Ascend.
Una strategia a doppio stack offre flessibilità, ma non è gratuita. Gli ingegneri devono mantenere kernel distinti, processi di test, immagini container e baseline prestazionali.
Le modifiche ai modelli richiedono quindi la convalida su entrambi i sistemi. Anche documentazione e risposta agli incidenti diventano più complesse.
Alibaba ha esplorato approcci hardware misti e alternativi, mentre altri produttori cinesi di chip promuovono livelli di compatibilità. Questi sforzi affrontano il problema del passaggio da direzioni diverse.
Un livello di compatibilità consente al codice orientato a CUDA di funzionare su un altro processore con meno modifiche al codice sorgente. Tuttavia, deve seguire gli aggiornamenti di Nvidia e tradurre il comportamento in modo efficiente.
La strategia CANN nativa di Huawei offre un maggiore controllo sull'ottimizzazione per Ascend. Richiede un adattamento più significativo da parte dei team i cui sistemi sono stati costruiti attorno a CUDA.
Nessun percorso garantisce una sostituzione immediata. La compatibilità può ridurre la riscrittura sacrificando prestazioni o copertura, mentre una migrazione nativa può migliorare l'ottimizzazione aumentando il lavoro ingegneristico.
Le organizzazioni che gestiscono migrazioni tecniche complesse hanno bisogno di registri ricercabili di esperimenti, fallimenti e decisioni. Una base di conoscenza ingegneristica strutturata può preservare tale contesto tra i team infrastrutturali e di ricerca.
La documentazione non elimina le differenze tra piattaforme. Riduce però le indagini ripetute quando i team tornano sugli stessi kernel, configurazioni o discrepanze numeriche.
La metrica decisiva non è quindi semplicemente il numero di chip spediti. È il tempo necessario per riprodurre una pipeline di training funzionante e recuperarne la precedente velocità di sviluppo.
Ciò che la narrazione sulle informazioni Huawei non può ancora dimostrare
La preferenza segnalata per CUDA è credibile, ma fonti anonime e divulgazioni limitate impediscono conclusioni definitive su ogni laboratorio o carico di lavoro cinese.
Le principali aziende di IA pubblicano raramente inventari completi del proprio hardware di training. Evitano inoltre di esporre configurazioni dettagliate dei cluster, accordi di approvvigionamento e debolezze infrastrutturali.
Questa riservatezza ha ragioni commerciali e politiche. L'accesso all'hardware può rivelare la capacità dei modelli, i vincoli operativi o una potenziale esposizione al controllo sulle esportazioni.
Le ultime informazioni su Huawei dovrebbero quindi essere lette come prova di una preferenza diffusa, non come un censimento completo. Laboratori diversi possono utilizzare combinazioni differenti di chip posseduti, risorse cloud e infrastrutture estere.
Anche le definizioni contano. Un'azienda può affermare che un modello supporta Ascend senza indicare dove sia avvenuto il pretraining.
Può utilizzare chip Huawei per inferenza, post-training, valutazione o parte di un flusso di lavoro misto. Nessuno di questi usi dimostra che l'intero modello di base sia stato addestrato tramite CANN.
Al contrario, eseguire il training su Nvidia non significa che Huawei abbia fallito. Può riflettere hardware acquistato in precedenza, una scadenza temporanea o un piano di transizione deliberato.
Le stime pubbliche delle quote di mercato creano un'ulteriore fonte di confusione. Combinano diverse classi di chip, clienti e applicazioni.
Un processore acquistato per l'infrastruttura di inferenza governativa non sostituisce un acceleratore Nvidia all'interno di un cluster privato per il training di modelli di frontiera. Entrambi rientrano comunque nella domanda di chip per IA.
Anche i dati sulle spedizioni riportati dicono poco sull'utilizzo. Un cluster maturo con software migliore può fornire più lavoro utile di un'installazione più ampia che soffre di interruzioni o scarsa scalabilità.
I progressi di Huawei devono quindi essere valutati attraverso evidenze riproducibili sui carichi di lavoro. Prove utili includerebbero tassi di completamento del training, uptime del cluster, efficienza di scalabilità e tempi di migrazione degli sviluppatori.
I benchmark hardware da soli restano insufficienti. Un processore può funzionare bene su operazioni isolate pur faticando con un modello in evoluzione distribuito su un grande cluster.
Esiste anche il rischio di cristallizzare il confronto nel passato. CANN ha continuato a svilupparsi e la partecipazione open source può migliorarne gli strumenti più rapidamente di quanto suggeriscano le valutazioni storiche.
La ricerca sulla generazione automatizzata di kernel può inoltre ridurre i costi di migrazione. Il progetto CANN Bench valuta codice di operatori generato dall'IA rispetto all'hardware Ascend reale e ai limiti algoritmici.
Se i sistemi di IA riusciranno a tradurre e ottimizzare in modo affidabile il codice degli acceleratori, il fossato software di Nvidia diventerà meno assoluto. La parola chiave è affidabile.
I kernel generati devono comunque superare i test di correttezza, gestire forme insolite e restare stabili tra versioni software. Devono inoltre raggiungere prestazioni vicine alle implementazioni native accuratamente ottimizzate.
Gli strumenti automatizzati potrebbero ridurre la prima fase della riscrittura senza eliminare la convalida. Già questo cambierebbe l'economia della migrazione.
Un'altra incertezza riguarda il futuro accesso di Nvidia alla Cina. La politica di Pechino può favorire l'hardware nazionale pur tollerando importazioni selezionate per i colli di bottiglia del training.
Anche gli Stati Uniti possono modificare quali prodotti Nvidia è autorizzata a esportare. Queste decisioni cambiano l'urgenza dell'adozione di CANN indipendentemente dai progressi tecnici di Huawei.
Nvidia affronta una propria tensione strategica. Le vendite continuative possono preservare l'adozione di CUDA, mentre le restrizioni incoraggiano clienti e governi a finanziare alternative.
Jensen Huang ha ripetutamente sostenuto che escludere la tecnologia americana accelera i concorrenti stranieri. La sua preoccupazione riflette le stesse dinamiche software visibili nei laboratori cinesi.
Ogni installazione CUDA può rafforzare la base di sviluppatori di Nvidia. Ogni acceleratore non disponibile offre a Huawei un'altra opportunità di collocare hardware Ascend e migliorare CANN attraverso l'uso in produzione.
Le evidenze sostengono una conclusione prudente. Nvidia appare ancora difficile da sostituire per i principali carichi di lavoro di training, ma la sua posizione dipende dal mantenimento dell'accesso e della superiorità software.
Tre segnali mostreranno se CANN può spezzare il dominio di CUDA nel training
La prossima fase sarà decisa da implementazioni di training verificabili, tempi di migrazione misurati e accesso continuativo all'hardware Nvidia.
Il primo segnale è un'esecuzione di pretraining su scala di frontiera divulgata pubblicamente e completata principalmente su processori Ascend. La divulgazione dovrebbe distinguere il training del modello di base dall'inferenza e dal post-training.
Un esempio credibile includerebbe la generazione del processore, le dimensioni del cluster, la versione software, la durata del training e il comportamento di scalabilità. I dettagli tecnici indipendenti conterebbero più di un annuncio di lancio.
Un simile risultato rafforzerebbe l'ipotesi che CANN possa supportare carichi di lavoro di ricerca in rapida evoluzione. Risultati ripetuti da laboratori non collegati tra loro avrebbero un peso ancora maggiore.
Una singola esecuzione riuscita non dimostrerebbe una parità universale. Mostrerebbe che Huawei ha superato un'importante soglia operativa per almeno una configurazione impegnativa.
Il secondo segnale è una riduzione misurabile del tempo di migrazione da CUDA a CANN. Huawei e i suoi partner necessitano di prove che i progetti consolidati possano essere trasferiti senza mesi di lavoro specialistico.
Indicatori utili comprendono una copertura più ampia degli operatori PyTorch, una conversione affidabile dei kernel, strumenti di profiling più solidi e aggiornamenti stabili tra release di CANN.
Gli sviluppatori osserveranno anche il recupero dai guasti distribuiti. Un cluster che riprende in sicurezza un lungo job di training può proteggere molto più valore di uno che registra un benchmark isolato più elevato.
L'attività open source può fornire prove iniziali. Più contributori esterni, una risoluzione più rapida dei problemi e un supporto più ampio ai framework dimostrerebbero che CANN si sta sviluppando oltre una toolchain controllata dal fornitore.
Il terzo segnale è l'effettiva disponibilità di acceleratori Nvidia in Cina. I permessi di esportazione annunciati non producono necessariamente cluster consegnati e utilizzabili.
L'Associated Press ha riportato che Nvidia non aveva generato ricavi H200 in Cina entro la fine di giugno 2026, nonostante le precedenti discussioni su un potenziale accesso. La posizione di Pechino sugli acquisti restava poco chiara.
Se le consegne Nvidia rimarranno bloccate, i laboratori cinesi avranno incentivi più forti ad assorbire i costi di migrazione. Huawei potrebbe ottenere i carichi di lavoro necessari per migliorare CANN attraverso la pratica.
Se le consegne riprenderanno su scala significativa, i laboratori potranno preservare il training basato su CUDA adottando Ascend in modo selettivo. Questo esito indebolirebbe la motivazione per una transizione immediata dell'intero stack.
I due fornitori affrontano quindi test diversi. Nvidia deve mantenere il proprio hardware sufficientemente accessibile perché il vantaggio software di CUDA abbia rilevanza.
Huawei deve trasformare il sostegno politico e agli acquisti in un ambiente di sviluppo al quale i ricercatori affidino i loro job di training più costosi.
Per gli sviluppatori, la lezione pratica è esaminare le dipendenze software prima di valutare alternative agli acceleratori. La copertura dei kernel, le librerie di comunicazione, l'osservabilità e il recupero dagli errori possono contare più delle prestazioni di punta.
Anche gli acquirenti aziendali dovrebbero chiedersi quale fase di un carico di lavoro AI verrà eseguita su ciascuna piattaforma. Addestramento, post-addestramento e inferenza comportano rischi di migrazione diversi.
Per gli utenti AI, l'esito finale influenzerà la disponibilità dei modelli, la capacità di erogazione e il ritmo delle nuove release. Potrebbe inoltre portare alla nascita di stack regionali ottimizzati per hardware differenti.
Le attuali informazioni su Huawei non dimostrano che la strategia cinese per l'hardware AI domestico si sia arenata. Mostrano che la sostituzione dell'hardware e quella del software procedono a velocità diverse.
Huawei sta guadagnando installazioni, esperienza nell'inferenza e un ruolo domestico più ampio. Nvidia mantiene comunque un vantaggio quando i team di ricerca scelgono la piattaforma che tutela il loro ciclo di sviluppo.
La questione decisiva non è più se i processori Ascend possano eseguire modelli di grandi dimensioni. È se CANN possa consentire ai laboratori di modificare tali modelli rapidamente, ripetutamente e in modo affidabile.
Osservate il prossimo addestramento reso pubblico, la prossima importante release di CANN e la prossima consegna Nvidia confermata. Insieme, questi segnali mostreranno se CUDA resterà lo standard di riferimento in Cina o diventerà un ponte temporaneo.


