Salve lettori di Habr. Vorremmo condividere alcune ottime notizie. Alla fine abbiamo aspettato la vera produzione in serie di una nuova generazione di processori russi Elbrus 8C. Ufficialmente la produzione in serie doveva iniziare già nel 2016, ma, in realtà, si trattava di una produzione di massa iniziata solo nel 2019 e sono già stati rilasciati circa 4000 processori.
Quasi subito dopo l'inizio della produzione di massa, questi processori sono apparsi nel nostro Aerodisk, per il quale vorremmo ringraziare NORSI-TRANS, che ci ha gentilmente fornito la sua piattaforma hardware Yakhont UVM, che supporta i processori Elbrus 8C, per il porting della parte software di il sistema di archiviazione. Questa è una moderna piattaforma universale che soddisfa tutti i requisiti dell'MCST. Al momento, la piattaforma è utilizzata da consumatori speciali e operatori di telecomunicazioni per garantire l'attuazione di azioni stabilite durante le attività di ricerca operativa.
Al momento, il porting è stato completato con successo e ora il sistema di archiviazione AERODISK è disponibile nella versione con processori Elbrus domestici.
In questo articolo parleremo dei processori stessi, della loro storia, architettura e, naturalmente, della nostra implementazione dei sistemi di archiviazione su Elbrus.
storia
La storia dei processori Elbrus risale ai tempi dell'Unione Sovietica. Nel 1973, presso l'Istituto di Meccanica Fine e Ingegneria Informatica intitolato a SA Lebedev (dal nome dello stesso Sergei Lebedev, che in precedenza guidò lo sviluppo del primo computer sovietico MESM, e successivamente BESM), iniziò lo sviluppo di sistemi informatici multiprocessore chiamati Elbrus. Vsevolod Sergeevich Burtsev ha supervisionato lo sviluppo e anche Boris Artashesovich Babayan, che era uno dei vice capo designer, ha preso parte attiva allo sviluppo.
Vsevolod Sergeevich Burtsev
Boris Artashovich Babayan
Il principale cliente del progetto erano, ovviamente, le forze armate dell'URSS, e questa serie di computer è stata infine utilizzata con successo nella creazione di centri di calcolo di comando e sistemi di sparo per sistemi di difesa missilistica, nonché altri sistemi speciali .
Il primo computer Elbrus è stato completato nel 1978. Aveva un'architettura modulare e poteva includere da 1 a 10 processori basati su schemi di integrazione medi. La velocità di questa macchina ha raggiunto 15 milioni di operazioni al secondo. La quantità di RAM, comune a tutti i 10 processori, era fino a 2 alla 20a potenza di parole macchina o 64 MB.
Successivamente si è scoperto che molte delle tecnologie utilizzate nello sviluppo di Elbrus sono state studiate nel mondo contemporaneamente e International Business Machine (IBM) ne è stata coinvolta, ma il lavoro su questi progetti, a differenza del lavoro su Elbrus, non ha funzionato sono stati completati e non hanno portato alla creazione di un prodotto finito.
Secondo Vsevolod Burtsev, gli ingegneri sovietici hanno cercato di applicare l'esperienza più avanzata di sviluppatori nazionali e stranieri. L'architettura dei computer Elbrus è stata influenzata anche dai computer Burroughs, dagli sviluppi Hewlett-Packard e dall'esperienza degli sviluppatori BESM-6.
Ma allo stesso tempo, molti sviluppi erano originali. La cosa più interessante di Elbrus-1 era la sua architettura.
Il supercomputer creato è diventato il primo computer in URSS che utilizzava un'architettura superscalare. L'uso di massa di processori superscalari all'estero è iniziato solo negli anni '90 del secolo scorso con la comparsa sul mercato di processori Intel Pentium a prezzi accessibili.
Inoltre, speciali processori di input-output potrebbero essere utilizzati per organizzare il trasferimento di flussi di dati tra dispositivi periferici e RAM in un computer. Nel sistema potevano esserci fino a quattro di questi processori, lavoravano in parallelo con il processore centrale e avevano la propria memoria dedicata.
Elbrus-2
Nel 1985, Elbrus ricevette la sua logica continuazione, il computer Elbrus-2 fu creato e inviato alla produzione di massa. In termini di architettura, non differiva molto dal suo predecessore, ma utilizzava una nuova base di elementi, che consentiva di aumentare le prestazioni complessive di quasi 10 volte, da 15 milioni di operazioni al secondo a 125 milioni. aumentato a 16 milioni di parole a 72 bit o 144 MB. La larghezza di banda massima dei canali I / O Elbrus-2 era di 120 MB / s.
"Elbrus-2" è stato utilizzato attivamente nei centri di ricerca nucleare di Chelyabinsk-70 e ad Arzamas-16 nell'MCC, nel sistema di difesa missilistica A-135, nonché in altre strutture militari.
La creazione di Elbrus è stata debitamente apprezzata dai leader dell'Unione Sovietica. Molti ingegneri hanno ricevuto ordini e medaglie. Il progettista generale Vsevolod Burtsev e una serie di altri specialisti hanno ricevuto premi statali. E Boris Babayan è stato insignito dell'Ordine della Rivoluzione d'Ottobre.
Questi premi sono più che meritati, disse in seguito Boris Babayan:
“Nel 1978, abbiamo realizzato la prima macchina superscalare, Elbrus-1. Ora in Occidente fanno solo superscalari di questa architettura. La prima superscalare è apparsa in Occidente nel 92, la nostra nel 78. Inoltre, la versione del superscalare che abbiamo realizzato è simile al Pentium Pro realizzato da Intel nel 95".
Queste parole sulla superiorità storica trovano conferma anche negli USA, Keith Diefendorff, lo sviluppatore del Motorola 88110, uno dei primi processori superscalari occidentali, ha scritto:
"Nel 1978, quasi 15 anni prima che comparissero i primi processori superscalari occidentali, Elbrus-1 utilizzava un processore, con l'emissione di due istruzioni in un ciclo, modificando l'ordine di esecuzione delle istruzioni, rinominando i registri ed eseguendo per ipotesi."
Elbrus-3
Era il 1986 e quasi subito dopo il completamento dei lavori sul secondo Elbrus, ITMiVT iniziò a sviluppare un nuovo sistema Elbrus-3 utilizzando un'architettura del processore fondamentalmente nuova. Boris Babayan ha definito questo approccio "post-superscalare". Fu questa architettura, in seguito chiamata VLIW / EPIC, che in futuro (a metà degli anni '90) iniziarono a utilizzare i processori Intel Itanium (e in URSS questi sviluppi iniziarono nel 1986 e terminarono nel 1991).
In questo complesso informatico, sono state implementate per la prima volta le idee del controllo esplicito del parallelismo delle operazioni con l'aiuto di un compilatore.
Nel 1991 fu rilasciato il primo e, purtroppo, l'unico computer Elbrus-3, che non poteva essere completamente regolato, e dopo il crollo dell'Unione Sovietica nessuno ne aveva bisogno, e gli sviluppi ei piani rimasero sulla carta.
Contesto della nuova architettura
Il team che ha lavorato presso ITMiVT alla creazione di supercomputer sovietici non si è sciolto, ma ha continuato a lavorare come società separata sotto il nome MCST (Moscow Center for SPARK-Technologies). E all'inizio degli anni '90 è iniziata la collaborazione attiva tra MCST e Sun Microsystems, dove il team MCST ha preso parte allo sviluppo del microprocessore UltraSPARC.
Fu durante questo periodo che nacque il progetto di architettura E2K, originariamente finanziato da Sun. Successivamente, il progetto è diventato completamente indipendente e tutta la proprietà intellettuale è rimasta al team MCST.
“Se continuassimo a lavorare con Sun in quest'area, allora tutto apparterrebbe a Sun. Anche se il 90% del lavoro è stato svolto prima che arrivasse Sun". (Boris Babayan)
Architettura E2K
Quando discutiamo dell'architettura dei processori Elbrus, molto spesso sentiamo le seguenti dichiarazioni dai nostri colleghi del settore IT:
"Elbrus è un'architettura RISC"
"Elbrus è un'architettura EPICA"
"Elbrus è l'architettura SPARC"
Infatti nessuna di queste affermazioni è del tutto vera, o se lo è, è solo parzialmente vera.
L'architettura E2K è un'architettura del processore originale separata, le qualità principali di E2K sono l'efficienza energetica e l'eccellente scalabilità, ottenute specificando un parallelismo esplicito delle operazioni. L'architettura E2K è stata sviluppata dal team MCST e si basa su un'architettura post-superscalare (a la EPIC) con una certa influenza dall'architettura SPARC (con un passato RISC). Allo stesso tempo, l'MCST è stato direttamente coinvolto nella creazione di tre delle quattro architetture di base (Superscalari, Post-Superscalari e SPARC). Il mondo è davvero piccolo.
Per evitare confusione in futuro, abbiamo disegnato un semplice diagramma che, sebbene semplificato, mostra molto chiaramente le radici dell'architettura E2K.
Ora un po 'di più sul nome dell'architettura, in relazione al quale c'è anche un malinteso.
In varie fonti è possibile trovare i seguenti nomi per questa architettura: "E2K", "Elbrus", "Elbrus 2000", ELBRUS ("ExpLicit Basic Resources Utilization Scheduling", ovvero pianificazione esplicita per l'utilizzo delle risorse di base). Tutti questi nomi parlano della stessa cosa: dell'architettura, ma nella documentazione tecnica ufficiale, così come nei forum tecnici, il nome E2K è usato per designare l'architettura, quindi in futuro, se parliamo di architettura del processore, usiamo il termine "E2K" e, se si tratta di un processore specifico, usiamo il nome "Elbrus".
Caratteristiche tecniche dell'architettura E2K
Nelle architetture tradizionali come RISC o CISC (x86, PowerPC, SPARC, MIPS, ARM), il processore riceve un flusso di istruzioni progettate per l'esecuzione sequenziale. Il processore può rilevare operazioni indipendenti ed eseguirle in parallelo (superscalare) e persino modificarne l'ordine (fuori servizio). Tuttavia, l'analisi dinamica delle dipendenze e il supporto per l'esecuzione fuori ordine ha i suoi limiti in termini di numero di comandi lanciati e analizzati per ciclo. Inoltre, i blocchi corrispondenti all'interno del processore consumano una notevole quantità di energia e la loro implementazione più complessa a volte porta a problemi di stabilità o sicurezza.
Nell'architettura E2K, il compito principale di analizzare le dipendenze e ottimizzare l'ordine delle operazioni è svolto dal compilatore. Il processore riceve il cosiddetto. istruzioni ampie, ciascuna delle quali codifica le istruzioni per tutti i dispositivi esecutivi del processore che devono essere lanciati a un dato ciclo di clock. Il processore non è tenuto ad analizzare le dipendenze tra operandi o operazioni di scambio tra istruzioni ampie: il compilatore fa tutto questo in base all'analisi del codice sorgente e alla pianificazione delle risorse del processore. Di conseguenza, l'hardware del processore può essere più semplice ed economico.
Il compilatore è in grado di analizzare il codice sorgente in modo molto più approfondito rispetto all'hardware RISC/CISC del processore e di trovare operazioni più indipendenti. Pertanto, l'architettura E2K ha più unità di esecuzione parallela rispetto alle architetture tradizionali.
Caratteristiche attuali dell'architettura E2K:
- 6 canali di unità logiche aritmetiche (ALU) operanti in parallelo.
- File di registro di 256 registri a 84 bit.
- Supporto hardware per cicli, compresi quelli con pipelining. Aumenta l'efficienza dell'utilizzo delle risorse del processore.
- Prepompa dati asincrona programmabile con canali di lettura separati. Consente di nascondere i ritardi dall'accesso alla memoria e di sfruttare al massimo l'ALU.
- Supporto per calcoli speculativi e predicati a un bit. Consente di ridurre il numero di transizioni ed eseguire più rami del programma in parallelo.
- Un ampio comando in grado di specificare fino a 23 operazioni in un ciclo di clock con riempimento massimo (più di 33 operazioni quando si impacchettano operandi in istruzioni vettoriali).
Emulazione x86
Anche nella fase di progettazione dell'architettura, gli sviluppatori hanno capito l'importanza di supportare il software scritto per l'architettura Intel x86. Per questo, è stato implementato un sistema per la traduzione dinamica (cioè durante l'esecuzione del programma, o "al volo") di codici binari x86 in codici del processore dell'architettura E2K. Questo sistema può funzionare sia in modalità applicazione (alla maniera di WINE), sia in modalità simile a un hypervisor (quindi è possibile eseguire l'intero sistema operativo guest per l'architettura x86).
Grazie a diversi livelli di ottimizzazione, è possibile ottenere un'elevata velocità del codice tradotto. La qualità dell'emulazione dell'architettura x86 è confermata dal successo del lancio di oltre 20 sistemi operativi (comprese diverse versioni di Windows) e centinaia di applicazioni sui sistemi informatici Elbrus.
Modalità di esecuzione programma protetta
Una delle idee più interessanti ereditate dalle architetture Elbrus-1 e Elbrus-2 è la cosiddetta esecuzione sicura del programma. La sua essenza è garantire che il programma funzioni solo con dati inizializzati, verificare che tutti gli accessi alla memoria appartengano a un intervallo di indirizzi valido, fornire protezione tra moduli (ad esempio, proteggere il programma chiamante da un errore nella libreria). Tutti questi controlli vengono eseguiti nell'hardware. Per la modalità protetta, esiste un compilatore completo e una libreria di supporto per il runtime. Allo stesso tempo, dovrebbe essere chiaro che le restrizioni imposte portano all'impossibilità di organizzare l'esecuzione, ad esempio, del codice scritto in C ++.
Anche nella normale modalità di funzionamento "non protetta" dei processori Elbrus, sono presenti funzionalità che aumentano l'affidabilità del sistema. Pertanto, lo stack di informazioni di associazione (la catena degli indirizzi di ritorno per le chiamate di procedura) è separato dallo stack di dati dell'utente ed è inaccessibile agli attacchi utilizzati nei virus come lo spoofing dell'indirizzo di ritorno.
Progettato nel corso degli anni, non solo raggiunge e supera le architetture concorrenti in termini di prestazioni e scalabilità in futuro, ma fornisce anche protezione contro i bug che affliggono x86/amd64. Segnalibri come Meltdown (CVE-2017-5754), Spectre (CVE-2017-5753, CVE-2017-5715), RIDL (CVE-2018-12126, CVE-2018-12130), Fallout (CVE-2018-12127), ZombieLoad (CVE-2019-11091) e simili.
La protezione moderna contro le vulnerabilità rilevate nell'architettura x86/amd64 si basa su patch a livello di sistema operativo. Ecco perché il calo delle prestazioni sulle generazioni attuali e precedenti di processori di queste architetture è così evidente e varia dal 30% all'80%. Noi, in quanto utenti attivi di processori x86, lo sappiamo, soffriamo e continuiamo a "mangiare un cactus", ma la presenza di una soluzione a questi problemi sul nascere per noi (e, di conseguenza, per i nostri clienti) è un indubbio vantaggio, soprattutto se la soluzione è russa.
caratteristiche tecniche
Di seguito sono riportate le caratteristiche tecniche ufficiali dei processori Elbrus delle generazioni passate (4C), attuali (8C), nuove (8CB) e future (16C) rispetto a processori Intel x86 simili.
Anche una rapida occhiata a questa tabella mostra (e questo fa molto piacere) che l'arretrato tecnologico dei processori domestici, che sembrava insormontabile 10 anni fa, sembra già ora piuttosto ridotto, e nel 2021 con il lancio di Elbrus-16C (che, tra altre cose, supporteranno la virtualizzazione) saranno ridotte alle distanze minime.
SHD AERODISK su processori Elbrus 8C
Passiamo dalla teoria alla pratica. Nell'ambito dell'alleanza strategica di MCST, Aerodisk, Basalt SPO (ex Alt Linux) e NORSI-TRANS, è stato sviluppato e messo in funzione un sistema di archiviazione dati, che al momento è se non il migliore in termini di sicurezza, funzionalità, costo e prestazioni , a nostro avviso, una soluzione innegabilmente degna che può garantire il giusto livello di indipendenza tecnologica della nostra Patria.
Ora i dettagli...
La parte hardware
La parte hardware del sistema di archiviazione è implementata sulla base della piattaforma universale Yakhont UVM dell'azienda NORSI-TRANS. La piattaforma Yakhont UVM ha ricevuto lo status di apparecchiatura di telecomunicazione di origine russa ed è inclusa nel registro unificato dei prodotti radioelettronici russi. Il sistema è costituito da due controller di storage separati (2U ciascuno), che sono interconnessi da un'interconnessione Ethernet 1G o 10G, nonché da scaffali di dischi condivisi tramite una connessione SAS.
Certo, questo non è bello come il formato "Cluster in a box" (quando controller e unità con un backplane comune sono installati in uno chassis 2U) che usiamo di solito, ma nel prossimo futuro sarà disponibile anche. La cosa principale qui è che funziona bene, ma penseremo agli "archi" più tardi.
Sotto il cofano, ogni controller ha una scheda madre a processore singolo con quattro slot RAM (DDR3 per un processore 8C). Inoltre a bordo di ogni controller sono presenti 4 porte Ethernet 1G (due delle quali utilizzate dal software AERODISK ENGINE come servizio) e tre slot PCIe per adattatori Back-end (SAS) e Front-end (Ethernet o FibreChannel).
Come unità di avvio, utilizziamo unità SSD SATA russe di GS Nanotech, che abbiamo ripetutamente testato e utilizzato nei progetti.
Quando abbiamo incontrato per la prima volta la piattaforma, l'abbiamo esaminata attentamente. Non abbiamo avuto dubbi sulla qualità dell'assemblaggio e della saldatura, tutto è stato fatto in modo ordinato e affidabile.
Sistema operativo
Come sistema operativo viene utilizzata la versione di OS Alt 8SP per la certificazione. Nel prossimo futuro, prevediamo di creare un repository collegabile e costantemente aggiornato per Alt OS con il software di archiviazione Aerodisk.
Questa versione della distribuzione è basata sull'attuale versione stabile del kernel Linux 4.9 per E2K (un ramo con supporto a lungo termine portato da specialisti MCST), integrato con patch per funzionalità e sicurezza. Tutti i pacchetti in Alt OS sono costruiti direttamente su Elbrus utilizzando il sistema di compilazione transazionale originale del progetto ALT Linux Team, che ha permesso di ridurre i costi di manodopera per il trasferimento stesso e prestare maggiore attenzione alla qualità del prodotto.
Qualsiasi versione di Alt OS per Elbrus può essere notevolmente ampliata in termini di funzionalità utilizzando il repository disponibile per esso (da circa 6mila pacchetti sorgente per l'ottava versione a circa 12 per la nona).
La scelta è stata fatta anche perché Basalt SPO, lo sviluppatore di Alt OS, sta lavorando attivamente con altri sviluppatori di software e dispositivi su varie piattaforme, garantendo un'interazione senza soluzione di continuità all'interno dei sistemi hardware e software.
Software Sistemi di archiviazione
Durante il porting, abbiamo immediatamente abbandonato l'idea di utilizzare l'emulazione x2 supportata in E86K e abbiamo iniziato a lavorare direttamente con i processori (fortunatamente Alt ha già gli strumenti necessari per questo).
Tra le altre cose, la modalità di esecuzione nativa fornisce una migliore sicurezza (gli stessi tre stack hardware invece di uno) e maggiori prestazioni (non è necessario allocare uno o due core su otto affinché il traduttore binario funzioni e il compilatore fa il suo lavoro migliore di JIT).
Infatti, l'implementazione E2K di AERODISK ENGINE supporta la maggior parte delle funzionalità di archiviazione esistenti presenti in x86. La versione corrente di AERODISK ENGINE (A-CORE versione 2.30) viene utilizzata come software del sistema di archiviazione
Senza alcun problema su E2K, le seguenti funzioni sono state introdotte e testate per l'utilizzo nel prodotto:
- Tolleranza ai guasti per un massimo di due controller e I/O multipath (mpio)
- Blocco e accesso ai file con volumi thin (RDG, pool DDP; protocolli FC, iSCSI, NFS, SMB inclusa l'integrazione con Active Directory)
- Vari livelli RAID fino alla tripla parità (inclusa la possibilità di utilizzare il costruttore RAID)
- Archiviazione ibrida (che combina SSD e HDD all'interno dello stesso pool, ovvero cache e tiering)
- Opzioni salvaspazio con deduplicazione e compressione
- Istantanee ROW, cloni e varie opzioni di replica
- E altre piccole ma utili funzionalità come QoS, hotspare globale, VLAN, BOND, ecc.
Su E2K infatti siamo riusciti ad ottenere tutte le nostre funzionalità, ad eccezione dei multi-controller (più di due) e dello scheduler I/O multi-thread, che ci permette di aumentare le prestazioni dei pool all-flash del 20-30% .
Ma noi, ovviamente, aggiungeremo anche queste utili funzioni, questione di tempo.
Un po' di prestazioni
Dopo aver superato con successo i test della funzionalità di base del sistema di archiviazione, ovviamente, abbiamo iniziato a eseguire i test di carico.
Ad esempio, su un sistema di storage dual-controller (2xCPU E8C 1.3 Ghz, 32 GB RAM + 4 SAS SSD 800GB 3DWD), in cui la cache RAM era disabilitata, abbiamo creato due pool DDP con il livello RAID-10 principale e due 500G LUN e connesso questi LUN tramite iSCSI (10G Ethernet) a un host Linux. E ha eseguito uno dei test orari di base su piccoli blocchi di carico sequenziale utilizzando il programma FIO.
I primi risultati sono stati abbastanza positivi.
Il carico sui processori era in media al livello del 60%, vale a dire questo è il livello base al quale lo storage può funzionare in sicurezza.
Sì, questo è tutt'altro che un carico elevato e chiaramente non è sufficiente per DBMS ad alte prestazioni, ma, come dimostra la nostra pratica, queste caratteristiche sono sufficienti per l'80% delle attività generali per le quali vengono utilizzati i sistemi di archiviazione.
Poco dopo, prevediamo di tornare con un rapporto dettagliato sui test di carico di Elbrus come piattaforma di archiviazione.
Futuro luminoso
Come abbiamo scritto sopra, la produzione in serie di Elbrus 8C è iniziata di recente: all'inizio del 2019 ea dicembre erano già stati rilasciati circa 4000 processori. Per fare un confronto, sono stati prodotti solo 4 processori della generazione precedente Elbrus 5000C per l'intero periodo della loro produzione, quindi c'è progresso.
È chiaro che questa è una goccia nell'oceano, anche per il mercato russo, ma la strada sarà dominata da chi cammina.
Il rilascio di diverse decine di migliaia di processori Elbrus 2020C è previsto per il 8, e questa è già una cifra seria. Inoltre, nel corso del 2020, il processore Elbrus-8SV dovrebbe essere portato dal team MCST alla produzione di massa.
Tali piani di produzione sono un'applicazione per una quota molto significativa dell'intero mercato dei processori per server domestici.
Di conseguenza, qui e ora abbiamo un buon e moderno processore russo con una strategia di sviluppo chiara e, a nostro avviso, corretta, sulla base della quale esiste il sistema di archiviazione dei dati più sicuro e certificato di fabbricazione russa (e nel futuro, un sistema di virtualizzazione su Elbrus-16C). Il sistema russo è quanto è ora fisicamente possibile nelle condizioni moderne.
Vediamo spesso nelle notizie i successivi epici fallimenti di aziende che si definiscono con orgoglio produttori russi, ma in realtà sono impegnate a incollare nuovamente le etichette senza aggiungere alcun valore proprio ai prodotti di un produttore straniero, ad eccezione del loro markup. Tali società, sfortunatamente, gettano un'ombra su tutti i veri sviluppatori e produttori russi.
Con questo articolo, vogliamo dimostrare chiaramente che nel nostro paese c'erano, ci sono e ci saranno aziende che realizzano in modo reale ed efficiente sistemi IT complessi moderni e si stanno sviluppando attivamente, e la sostituzione delle importazioni nell'IT non è una volgarità, ma una realtà in cui viviamo tutti. Non puoi amare questa realtà, puoi criticarla, oppure puoi lavorare e renderla migliore.
Il crollo dell'URSS un tempo ha impedito al team dei creatori di Elbrus di diventare un attore di spicco nel mondo dei processori e ha costretto il team a cercare finanziamenti per i propri sviluppi all'estero. È stato trovato, il lavoro è stato svolto e la proprietà intellettuale è stata salvata, per cui vorrei ringraziare enormemente queste persone!
Per ora è tutto, per favore scrivi i tuoi commenti, domande e, ovviamente, critiche. Siamo sempre felici.
Inoltre, a nome dell'intera azienda Aerodisk, voglio congratularmi con l'intera comunità IT russa per l'imminente Capodanno e Natale, augurare il 100% di operatività e che i backup non saranno utili a nessuno nel nuovo anno))).
materiali impiegati
Un articolo con una descrizione generale di tecnologie, architetture e personalità:
Una breve storia dei computer sotto il nome "Elbrus":
Articolo generale sull'architettura e2k:
L'articolo riguarda la 4a generazione (Elbrus-8S) e la 5a generazione (Elbrus-8SV, 2020):
Specifiche della prossima sesta generazione di processori (Elbrus-6SV, 16):
La descrizione ufficiale dell'architettura di Elbrus:
I piani degli sviluppatori della piattaforma hardware e software "Elbrus" per creare un supercomputer con prestazioni exascale:
Tecnologie Elbrus russe per personal computer, server e supercomputer:
Un vecchio articolo di Boris Babayan, ma ancora attuale:
Vecchio articolo di Mikhail Kuzminsky:
Presentazione MCST, informazioni generali:
Informazioni su Alt OS per la piattaforma Elbrus:
Fonte: habr.com