top of page

Il vassoio switch AMD Helios QFX5252 trasforma l'Ethernet aperto in una sfida fisica

39 minuti fa
Tempo di lettura: 14 min

AMD ha esposto il proprio vassoio switch Helios QFX5252 a OCP 2026, mostrando due chip switch, circuiti di raffreddamento a liquido, retimer e un fitto cablaggio in rame. L'hardware dà una forma fisica alla strategia Ethernet aperta di AMD. Rivela inoltre quanto sia difficile attuare tale strategia.

Il vassoio non è un tradizionale switch top-of-rack con le porte rivolte verso il corridoio di rete. È un modulo scale-up integrato, progettato per collegare gli acceleratori all'interno di un rack AMD Helios. Il suo compito è far sì che 72 GPU Instinct MI455X si comportino più come un'unica risorsa di calcolo.

Questo colloca il QFX5252 al centro di una competizione più ampia. AMD, HPE, Juniper e Broadcom stanno promuovendo un'alternativa basata su Ethernet ai fabric proprietari per acceleratori, strettamente controllati. NVIDIA resta il punto di riferimento, ma il conflitto immediato è architetturale: la flessibilità dell'Ethernet aperto contro l'efficienza di un fabric integrato.

Il vassoio switch AMD Helios QFX5252 si apre a OCP 2026

Il cambiamento più importante a OCP è stata la visibilità, perché la struttura interna del QFX5252 ha trasformato una promessa architetturale in hardware ispezionabile.

HPE ha annunciato il QFX5252 nel giugno 2026, ma l'esposizione a OCP ha mostrato come venga assemblato il modulo scale-up. Le fotografie di Patrick Kennedy del vassoio switch aperto rivelano due sezioni switch adiacenti all'interno di uno chassis a doppia larghezza.

L'OCP Global Summit 2026 si è svolto dal 12 al 15 ottobre a San Jose, in California. Il programma del summit ha indicato l'infrastruttura AI, il networking aperto, il raffreddamento e l'alimentazione tra i suoi temi centrali.

Il QFX5252 ha riunito questi temi in un unico vassoio. Secondo ServeTheHome, il suo layout interno contiene due chip switch Broadcom Tomahawk 6. Ogni chip offre una capacità di switching di 102,4 terabit al secondo, portando il vassoio a 204,8 Tbps complessivi.

Questo valore richiede un'interpretazione attenta. Descrive la capacità di switching combinata di due chip, non la larghezza di banda utilizzabile da una singola applicazione. Le prestazioni del carico di lavoro dipendono inoltre da topologia, efficienza del protocollo, software, congestione e dal resto del rack.

I chip si trovano sotto blocchi raffreddati a liquido. Ulteriore hardware di raffreddamento compare sopra componenti che ServeTheHome identifica come retimer. Un retimer riceve e ritrasmette un segnale ad alta velocità, aiutandolo a percorrere distanze maggiori attraverso percorsi elettricamente complessi.

Questi componenti contano perché le connessioni posteriori non sono vicine a ogni chip switch. I segnali devono attraversare il vassoio e raggiungere connettori blind-mate ad alta densità, che si innestano automaticamente quando gli operatori inseriscono il modulo nel rack.

A velocità di segnalazione PAM4 da 224G, la distanza sul circuito stampato diventa costosa. PAM4 codifica due bit per simbolo attraverso quattro livelli di segnale, aumentando la capacità e al tempo stesso rendendo più stringenti i requisiti di integrità del segnale. I percorsi elettrici più lunghi subiscono attenuazione, riflessioni, jitter e diafonia.

Il vassoio utilizza quindi cavi e retimer invece di considerare il circuito stampato come l'intero percorso dati. Questa scelta produce una macchina visivamente densa. Mostra inoltre perché il networking ad alta velocità dipende sempre più dal packaging e dall'ingegneria meccanica.

Persino le maniglie raccontano parte della storia. ServeTheHome ha osservato leve di inserimento insolitamente lunghe sul vassoio. Il campo di connettori posteriore genera una forza di inserimento considerevole, quindi i tecnici hanno bisogno di leva meccanica per alloggiare correttamente l'assemblaggio.

Il dettaglio sembra secondario finché non entra in gioco la manutenibilità. Un vassoio switch in un rack AI deve collegare alimentazione, refrigerante, gestione e centinaia di linee ad alta velocità. Gli operatori devono inoltre poterlo sostituire senza ricostruire l'infrastruttura di cablaggio del rack.

AMD descrive Helios come un progetto modulare con connessioni integrate per alimentazione, raffreddamento e networking. La sua architettura Helios pubblicata afferma che la sostituzione degli sled dovrebbe evitare il ricablaggio e ridurre le interruzioni di manutenzione.

L'esposizione del QFX5252 offre una base più concreta a questa affermazione. Espone anche il costo ingegneristico che la sostiene. L'innesto cieco semplifica gli interventi dopo l'installazione, ma ottenere tale semplicità richiede connettori densi, allineamento preciso e forze di inserimento gestite con cura.

Il risultato è più significativo di un hardware dall'aspetto accattivante. Lo chassis aperto mostra che il networking scale-up sta diventando un sistema meccanico a livello di rack, non semplicemente un insieme di chip switch veloci.

Perché Helios ha bisogno del networking scale-up all'interno del rack

Il QFX5252 esiste perché aggiungere GPU non crea capacità di calcolo utile se tali GPU non possono scambiare dati senza attendere la rete.

I grandi modelli AI non possono sempre entrare nella memoria di un singolo acceleratore. I sistemi di training e inferenza distribuiscono pesi del modello, attivazioni e calcoli su molte GPU. Questi dispositivi devono quindi scambiare risultati intermedi durante l'intero carico di lavoro.

Il parallelismo tensoriale è un esempio. Suddivide singole operazioni matematiche tra più acceleratori. Ogni GPU partecipante condivide ripetutamente risultati parziali, rendendo la latenza e la coerenza della rete parte delle prestazioni di calcolo effettive.

Un percorso lento o instabile può ritardare l'intero gruppo. Il rack può contenere un'enorme capacità di elaborazione nominale, ma offrire uno scarso utilizzo perché gli acceleratori trascorrono tempo in attesa della comunicazione collettiva.

AMD afferma che Helios collega 72 GPU Instinct MI455X all'interno di un dominio scale-up. L'azienda dichiara 260 terabyte al secondo di larghezza di banda scale-up bidirezionale aggregata e accesso a 31 terabyte di memoria HBM4.

HBM4 è una memoria ad alta larghezza di banda collocata vicino al silicio dell'acceleratore. Il suo ruolo è fornire dati abbastanza rapidamente da mantenere attivi i motori di calcolo. Combinare questa memoria su molte GPU richiede un'interconnessione con una larghezza di banda altrettanto aggressiva.

La specifica dello switch Helios di AMD descrive 21,6 TB/s di larghezza di banda bidirezionale per switch. Elenca inoltre due ASIC switch UALoE da 512 linee, 200G, con 216 collegamenti attivi per ASIC.

UALoE significa Ultra Accelerator Link over Ethernet. Adatta il modello scale-up UALink alla tecnologia Ethernet, puntando alla comunicazione diretta fra acceleratori all'interno di sistemi su scala rack.

Questo differisce dal networking scale-out. Lo scale-up unisce gli acceleratori in un dominio di calcolo strettamente accoppiato, mentre lo scale-out collega più server o rack. Entrambi sono importanti, ma risolvono problemi differenti in termini di distanza, latenza e guasti.

AMD descrive la propria più ampia rete a tre livelli come infrastruttura front-end, scale-up e scale-out. Il front end gestisce utenti, storage e servizi. Lo scale-up collega le GPU all'interno del rack, mentre lo scale-out collega i rack in un cluster.

Il QFX5252 occupa il livello scale-up. Il suo traffico non è il normale traffico Ethernet aziendale che si sposta tra applicazioni. Trasporta sincronizzazione e scambi di dati che incidono direttamente sulla produttività di costose GPU.

AMD afferma che ogni GPU si collega attraverso 18 stazioni UALoE indipendenti distribuite su vassoi switch separati. L'azienda sostiene che questa disposizione possa preservare il dominio GPU unificato quando un percorso incontra un evento hardware.

Questa affermazione sulla resilienza richiede ancora test indipendenti con carichi di produzione. Tuttavia, spiega perché il progetto utilizzi più piani anziché un semplice percorso switch.

HPE ha delineato per la prima volta il ruolo di networking di Helios nel dicembre 2025. L'annuncio del rack dell'azienda identificava il silicio Broadcom Tomahawk 6 e UALoE come basi del proprio switch scale-up.

HPE ha inoltre posizionato Helios come un progetto Open Rack Wide. Open Rack Wide utilizza un formato rack a doppia larghezza pensato per ospitare calcolo ad alta densità, distribuzione dell'alimentazione, raffreddamento a liquido e accesso per l'assistenza.

Questo formato fisico spiega la forma insolita del QFX5252. Un convenzionale switch da una rack unit è progettato intorno a porte sul pannello frontale e alimentatori sostituibili. Questo vassoio appartiene a un rack progettato come un unico sistema.

Riceve alimentazione attraverso il rack invece di dipendere da normali cavi di alimentazione per switch. Le sue connessioni di raffreddamento si integrano con il circuito a liquido del rack. I suoi connettori posteriori si accoppiano a una cartuccia di cavi invece di esporre l'intero fabric sul proprio lato frontale.

Il risultato è un dispositivo di rete che assomiglia più a uno sled server. Non è una decisione stilistica. Riflette un più ampio passaggio dall'assemblaggio di cluster AI con componenti generalisti all'acquisto di sistemi validati su scala rack.

Per gli acquirenti, l'unità di valutazione sta quindi cambiando. Il numero di porte e il throughput dello switch standalone restano utili, ma non catturano procedure di assistenza, requisiti del refrigerante, topologia, software o comportamento a livello di carico di lavoro.

Il vassoio switch AMD Helios QFX5252 rende visibili queste dipendenze. Trasforma il networking da acquisto periferico in una parte della piattaforma di accelerazione stessa.

L'Ethernet aperto incontra il modello di fabric integrato di NVIDIA

La competizione principale non è AMD contro un singolo fornitore di switch, ma il networking scale-up Ethernet aperto contro un fabric proprietario strettamente integrato.

NVIDIA ha costruito i propri sistemi scale-up attorno a NVLink e NVSwitch. Questo approccio riunisce acceleratori, silicio di interconnessione, progettazione del sistema e software sotto un unico proprietario della piattaforma.

L'integrazione offre chiari vantaggi. Un solo fornitore può coordinare segnalazione, topologia, firmware, librerie di comunicazione collettiva e roadmap degli acceleratori. Gli ingegneri possono ottimizzare questi livelli insieme senza negoziare uno standard tra più aziende.

Il compromesso è la dipendenza. I clienti che scelgono tale sistema accettano anche uno stack hardware e software strettamente controllato. Sostituire un livello senza modificare gli altri diventa difficile.

AMD e HPE presentano UALoE come un'altra strada. Il loro progetto combina acceleratori AMD, ingegneria dei sistemi HPE, software di networking Juniper, silicio switch Broadcom e un'interconnessione derivata da Ethernet.

HPE ha ufficialmente denominato HPE Juniper Networking QFX5252 nel giugno 2026. Il suo comunicato sul networking definisce il vassoio un modulo scale-up per AMD Helios.

HPE afferma che fornisca lo switching a bassa latenza e ad alta larghezza di banda richiesto dai grandi sistemi AI. Si tratta di un'affermazione del fornitore, non di un risultato sul carico di lavoro stabilito in modo indipendente.

La distinzione è importante perché “aperto” non significa automaticamente intercambiabile. Uno standard può pubblicare requisiti elettrici, di protocollo e di gestione, mentre le implementazioni reali dipendono comunque da combinazioni qualificate di hardware e software.

Anche il QFX5252 utilizza silicio commerciale, ma non una configurazione generica. Broadcom Tomahawk 6 fornisce la base di switching, mentre HPE e Juniper lo integrano per Helios e lo gestiscono con software basato su SONiC.

SONiC è un sistema operativo di rete open source inizialmente sviluppato per switch su scala cloud. Separa il software di rete da un singolo fornitore hardware, sebbene le implementazioni in produzione richiedano comunque driver e validazione specifici della piattaforma.

Quel modello offre ai partner di AMD spazio per differenziarsi. HPE può contribuire con integrazione dei rack, raffreddamento, gestione e supporto. Juniper aggiunge competenze nelle operazioni di rete. Broadcom fornisce silicio di switching ad alta capacità.

Eppure ogni partecipante aggiuntivo crea lavoro di coordinamento. Rilasci firmware, modifiche ai protocolli, telemetria, ripristino dai guasti e qualifica dei componenti devono rimanere allineati oltre i confini organizzativi.

Il modello integrato di NVIDIA internalizza gran parte di questo coordinamento. L'approccio di AMD lo distribuisce tra partner e organismi di standardizzazione. I clienti ottengono più scelta architetturale, ma qualcuno deve comunque assumersi la responsabilità del comportamento finale del sistema.

Ecco perché QFX5252 conta oltre la sua capacità. È la prova che i progetti scale-up derivati da Ethernet sono passati dalle discussioni sugli standard a prodotti specifici per rack.

Anche la scelta di Tomahawk 6 è significativa. ServeTheHome osserva che l'attuale generazione Tomahawk Ultra utilizza SerDes PAM4 da 112G, mentre Helios impiega collegamenti PAM4 da 224G.

Un SerDes converte dati paralleli del chip in segnali seriali ad alta velocità e inverte il processo alla destinazione. La velocità per corsia contribuisce a determinare quanta larghezza di banda uno switch può trasferire attraverso un numero limitato di connessioni fisiche.

Secondo il report, Tomahawk 6 soddisfa la velocità per corsia richiesta. Tuttavia, l'uso di un chip switch Ethernet ad alta capacità non elimina le perdite fisiche generate da percorsi elettrici a 224G.

Questo porta direttamente ai retimer e al rame. Il progetto di AMD preserva la portata elettrica tramite componenti attivi e un ampio assemblaggio di cavi. Secondo ServeTheHome, NVIDIA ha discusso della riduzione della dipendenza dai retimer in alcuni progetti.

Il contrasto non va ridotto a “l'aperto è migliore” o “l'integrato è più veloce”. Ogni approccio distribuisce la complessità in modo diverso.

L'approccio di AMD accetta una complessità fisica e multi-vendor visibile per perseguire una fabric scale-up aperta. Quello di NVIDIA concentra il controllo ingegneristico nella propria piattaforma e limita l'autonomia con cui i clienti possono modificare i componenti.

La pressione commerciale ricade anzitutto sugli acquirenti di infrastrutture e sui fornitori di sistemi. Hanno bisogno di alternative credibili all'approvvigionamento da un unico stack, ma non possono sacrificare prestazioni di addestramento prevedibili per una flessibilità teorica.

HPE ha inoltre una ragione strategica per far funzionare il modello. L'azienda ha completato l'acquisizione di Juniper Networks nel 2025, ottenendo un portafoglio di networking più ampio accanto a server, raffreddamento, storage e servizi.

QFX5252 consente a HPE di collocare la tecnologia Juniper all'interno di un rack AMD, anziché vendere networking solo attorno al rack. Ciò amplia il suo ruolo dalla fornitura di una fabric alla definizione del sistema scale-up.

Per AMD, il tray risponde a un requisito competitivo centrale. Acceleratori potenti da soli non bastano quando il mercato valuta sempre più rack completi, ambienti software, networking e tempistiche di implementazione.

La presentazione all'OCP rappresenta quindi un test dell'ecosistema. AMD deve dimostrare che una coalizione basata su standard può offrire un comportamento integrato senza che un'unica azienda controlli ogni livello.

Il rame, i retimer e il raffreddamento rivelano il vero compromesso

Il rischio maggiore della fabric aperta non è la disponibilità di larghezza di banda di switching, ma la complessità necessaria per fornire tale larghezza di banda in modo affidabile all'interno di un rack manutenibile.

Le connessioni in rame restano interessanti all'interno di un rack perché evitano transceiver ottici e i relativi requisiti di alimentazione, costo e controllo. I collegamenti elettrici brevi possono inoltre offrire un'eccellente latenza.

Il problema è la portata. A 224G PAM4, ogni connettore, traccia e cavo influisce sull'integrità del segnale. I progettisti non possono instradare le corsie con leggerezza attraverso un grande tray e presumere che il ricevitore ricostruisca dati puliti.

QFX5252 risolve questo problema con i retimer. Questi dispositivi ripristinano la qualità del segnale tra gli endpoint, consentendo alle corsie di percorrere distanze maggiori di quelle supportate da un percorso passivo diretto.

I retimer sono utili, ma non sono gratuiti. Consumano energia, producono calore, aggiungono componenti e creano ulteriori punti di guasto. Anche firmware e diagnostica diventano parte delle operazioni del sistema.

Il raffreddamento a liquido gestisce il calore attorno ai chip switch principali e ai blocchi di retimer. Le fotografie di ServeTheHome mostrano collettori interni che distribuiscono il refrigerante attraverso il tray.

Alcuni altri componenti utilizzano ancora ventole e dissipatori. Questo progetto di raffreddamento misto suggerisce che il liquido gestisca le fonti di calore più concentrate, mentre l'aria resti pratica per l'elettronica a minore potenza.

La configurazione complica la manutenzione. Un tecnico non sostituisce semplicemente uno switch asciutto e autonomo. La procedura riguarda un componente integrato con l'alimentazione del rack, connessioni del refrigerante, connettori della fabric posteriori e un pesante sistema di cablaggio.

AMD afferma che il progetto supporta una rapida sostituzione dello sled senza ricablare. Ciò migliorerebbe la disponibilità se i connettori blind-mate e l'impianto del rack funzionassero in modo affidabile durante cicli di manutenzione ripetuti.

Le evidenze pubbliche non stabiliscono ancora questo risultato su scala di flotta. L'unità OCP dimostra che l'integrazione fisica esiste. Non dimostra durabilità a lungo termine dei connettori, tassi di perdita, tempi di sostituzione o uptime delle applicazioni.

Anche le dichiarazioni sulle prestazioni richiedono cautela analoga. HPE ha pubblicizzato 260 TB/s di larghezza di banda scale-up aggregata e fino a 2,9 exaflop di prestazioni FP4 per la sua configurazione Helios.

Si tratta di specifiche della piattaforma. Non rivelano il throughput sostenuto per un modello particolare, un'operazione collettiva, una lunghezza di sequenza, una dimensione del batch o uno scenario di guasto.

La capacità combinata dei chip switch di 204,8 Tbps non può inoltre essere confrontata direttamente con i 260 TB/s di larghezza di banda aggregata del rack. Una cifra descrive la capacità di switching in terabit, mentre l'altra aggrega il movimento dati bidirezionale in terabyte.

Convenzioni di conteggio diverse possono far apparire le architetture più vicine o più distanti di quanto siano. Gli acquirenti necessitano di metodi di test divulgati prima di usare la larghezza di banda di copertina come confronto d'acquisto.

L'alimentazione è un'altra questione aperta. AMD pubblica dettagli sulla larghezza di banda e la connettività per il tray switch Helios, ma la sua pagina prodotto pubblica non fornisce un profilo completo dei consumi di QFX5252.

Questa omissione conta perché ogni retimer e componente di raffreddamento contribuisce al consumo del rack. La metrica rilevante non è soltanto il picco di calcolo. È il carico di lavoro completato per unità di energia in condizioni di utilizzo realistiche.

Anche il software decide se l'apertura dell'hardware produce una scelta pratica. Si prevede che AMD Fabric Manager e Fabric OS gestiscano provisioning, telemetria, collocamento dei carichi di lavoro e ripristino dai guasti nella rete scale-up.

HPE porta nel sistema le operazioni Juniper e SONiC. La sfida consiste nel presentare questi livelli come un unico prodotto supportabile, anziché come diversi domini di gestione adiacenti.

I guasti metteranno alla prova questa promessa. Quando un job di addestramento rallenta, gli operatori devono stabilire se la causa sia un acceleratore, un cavo, un retimer, un percorso switch, una policy software, una condizione termica o una libreria collettiva.

Una telemetria integrata può rendere gestibile questa indagine. Strumenti frammentati possono trasformare l'apertura in una lunga escalation tra fornitori.

Il progetto fisico pone un'altra domanda prospettica: per quanto tempo il rame potrà rimanere pratico a queste velocità per corsia e distanze?

ServeTheHome sostiene che QFX5252 illustri il caso delle ottiche co-packaged. CPO colloca i motori ottici vicino al silicio di switching, riducendo la portata richiesta ai segnali elettrici ad alta velocità.

Questo potrebbe eliminare parte della complessità di rame e retimer. Potrebbe anche introdurre nuove sfide di assistenza, gestione termica, laser, fibra e produzione.

QFX5252 andrebbe quindi interpretato come una soluzione sofisticata a un problema transitorio. Spinge la connettività scale-up in rame nella generazione 224G, mostrando al contempo perché i sistemi futuri potrebbero avvicinare l'ottica ai chip.

Ciò non rende il tray obsoleto prima della consegna. I data center adottano tecnologie solo quando soddisfano requisiti di costo, affidabilità e fornitura. Il rame resta prezioso quando può coprire la distanza richiesta in modo prevedibile.

La domanda aperta è se questa implementazione offra un'economia di sistema accettabile. Gli acquirenti hanno bisogno di evidenze da implementazioni di produzione, non soltanto di fotografie e specifiche dei componenti.

Tre segnali decideranno se QFX5252 conta

La fase successiva è la validazione commerciale e operativa, perché un'impressionante esposizione OCP non stabilisce la leadership in produzione.

Il primo segnale è l'implementazione presso i clienti. AMD ha dichiarato a ottobre che i clienti stavano testando sistemi Helios nei propri siti, convalidando i carichi di lavoro e preparando implementazioni più ampie.

Un segnale più forte sarà costituito da cluster di produzione nominati con traguardi di installazione divulgati. Spedire rack è utile, ma gestirli continuamente con carichi di addestramento e inferenza fornisce evidenze più significative.

Le comunicazioni sulle implementazioni dovrebbero identificare scala del sistema, tipo di carico di lavoro e stato operativo. Un ordine pianificato pesa meno di hardware accettato che esegue job dei clienti.

Il secondo segnale riguarda dati indipendenti su prestazioni e affidabilità. Gli acquirenti necessitano di risultati sulle comunicazioni collettive, throughput delle applicazioni, misure di potenza e comportamento durante percorsi guasti.

I benchmark standard degli acceleratori cattureranno soltanto una parte della storia. I test più informativi sottoporranno la rete a stress con molte GPU, carichi concorrenti, esecuzioni prolungate e guasti iniettati.

Cercate evidenze che la topologia multi-plane di AMD preservi i job quando un collegamento o un percorso del tray si guasta. Il recupero senza terminare un costoso run di addestramento sosterrebbe l'argomento di resilienza dell'architettura.

Anche le misure di assistenza contano. Gli operatori dovrebbero riferire quanto tempo serve per diagnosticare e sostituire un QFX5252, inclusi lo svuotamento delle connessioni del refrigerante e il reinserimento dell'interfaccia blind-mate.

Il terzo segnale è l'espansione dell'ecosistema oltre una configurazione HPE. Uno standard aperto acquisisce valore strategico quando più fornitori implementano prodotti compatibili e i clienti possono esercitare una scelta significativa.

L'adozione di una diversa implementazione switch qualificata da parte di un altro fornitore di sistemi Helios rafforzerebbe la tesi dell'apertura di AMD. Gestione interoperabile e comportamento coerente dei carichi di lavoro renderebbero questa tesi più solida.

L'esito opposto la indebolirebbe. Se ogni fornitore Helios dipendesse da una sola combinazione strettamente accoppiata di tray e software, il progetto potrebbe restare aperto nelle specifiche pur comportandosi come un prodotto verticalmente integrato.

La risposta di NVIDIA offrirà un altro riferimento utile, ma non dovrebbe ridefinire la valutazione. Il test rilevante è se i sistemi basati su QFX5252 forniscano risultati prevedibili ai clienti che desiderano uno stack di acceleratori alternativo.

Il tray switch AMD Helios QFX5252 ha già successo come dimostrazione ingegneristica. Combina due switch ad alta capacità, corsie da 224G, raffreddamento a liquido, retimer e rame denso all'interno di un modulo manutenibile.

I suoi componenti interni esposti impediscono anche slogan facili. L'Ethernet scale-up aperto non è una semplice sostituzione delle fabric proprietarie. Trasferisce la complessità in standard, coordinamento dei partner, packaging, software e validazione del sistema.

I team infrastrutturali che valutano Helios dovrebbero ora richiedere evidenze a livello di carico di lavoro, dati sui consumi, risultati di ripristino dai guasti e procedure di assistenza documentate. Dovrebbero inoltre esaminare quali componenti siano davvero intercambiabili.

Queste evidenze determineranno se l'hardware OCP diventerà una piattaforma durevole o resterà una vetrina impressionante. Osservate le prime installazioni di produzione, i test indipendenti sui cluster e ulteriori fornitori UALoE. Questi tre segnali mostreranno se la fabric aperta di AMD può competere come sistema operativo, non soltanto come architettura.

 
 

Inizia gratis

Un assistente IA local-first con gestione della conoscenza personale

Per una migliore esperienza con l’IA,

al momento remio supporta solo Windows 10+ (x64) e M-Chip Macs.

Il tuo partner AI al lavoro
Fai di più con remio

Pianifica. Crea. Consegna.
Tutto in un unico posto.

bottom of page