Ciao lettori di Habr. Vogliamo condividere una notizia molto piacevole. Finalmente, abbiamo assistito al reale avvio della produzione in serie della nuova generazione di processori russi Elbrus 8C. L'avvio ufficiale della produzione doveva partire nel 2016, ma di fatto, la produzione di massa è iniziata solo nel 2019 e fino ad ora sono stati già prodotti circa 4000 processori.
Praticamente subito dopo l'inizio della produzione in serie, questi processori sono stati disponibili anche da noi in AERODISK, per questo vogliamo ringraziare la compagnia 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 del sistema di archiviazione. Questa è una piattaforma moderna, conforme a tutti i requisiti di MCST. Attualmente, la piattaforma è utilizzata da utenti speciali e operatori di telecomunicazioni per garantire l'esecuzione delle azioni stabilite durante le operazioni di ricerca.
Attualmente il porting è stato completato con successo e ora il sistema di archiviazione AERODISK è disponibile nella versione con processori domestici Elbrus.
In questo articolo parleremo dei processori stessi, della loro storia, architettura e, naturalmente, della nostra implementazione del sistema di archiviazione su Elbrus.
Storia
La storia dei processori Elbrus inizia ai tempi dell'Unione Sovietica. Nel 1973, presso l'Istituto di meccanica di precisione e tecnica computazionale S.A. Lebedev (lo stesso Sergey Lebedev che in precedenza aveva guidato lo sviluppo del primo computer sovietico MESM e successivamente BESM), è iniziato lo sviluppo di complessi di calcolo multiprocessore chiamati "Elbrus". La progettazione fu guidata da Vsevolod Sergeyevich Burts, mentre Boris Artashesovich Babayan, uno dei vice progettisti principali, partecipò attivamente allo sviluppo.
Vsevolod Sergeyevich Burts
Boris Artashesovich Babayan
Il principale committente del progetto erano, ovviamente, le forze armate dell'URSS, e questa serie di computer fu successivamente utilizzata con successo per la creazione di centri di calcolo di comando e complessi di tiro dei sistemi di difesa antimissile, così come altri sistemi a scopo speciale.
Il primo computer "Elbrus" fu completato nel 1978. Presentava un'architettura modulare e poteva includere da 1 a 10 processori basati su circuiti a media integrazione. La velocità di questo sistema raggiungeva i 15 milioni di operazioni al secondo. La quantità di memoria operativa, condivisa tra tutti e 10 i processori, ammontava a 2 elevato alla 20esima potenza di parole macchina, pari a 64 MB.
In seguito si scoprì che molte delle tecnologie utilizzate per lo sviluppo dell'"Elbrus" venivano nel contempo studiate nel mondo, e che la società International Business Machines (IBM) era coinvolta, ma a differenza dei progetti dell'"Elbrus", questi lavori non furono mai completati e non portarono alla creazione di un prodotto finito.
Secondo Всеволод Бурцев, gli ingegneri sovietici cercavano di applicare le migliori esperienze sia dei sviluppatori nazionali che stranieri. L'architettura dei computer "Elbrus" fu influenzata anche dai computer della Burroughs, dalle innovazioni della Hewlett-Packard, e dall'esperienza dei progettisti del БЭСМ-6.
Tuttavia, molte delle innovazioni furono originali. L'aspetto più interessante dell'"Elbrus-1" era proprio la sua architettura.
Il supercomputer creato è stato il primo nella URSS a utilizzare un'architettura supercalar. L'uso massiccio dei processori supercalar all'estero è iniziato solo negli anni '90 del secolo scorso, con l'arrivo sul mercato dei processori Intel Pentium accessibili.
Inoltre, per organizzare il trasferimento di flussi di dati tra i dispositivi periferici e la memoria principale del computer, si potevano utilizzare processori speciali di input-output. Nella configurazione del sistema potevano esserci fino a quattro di questi processori, che lavoravano in parallelo con il processore centrale e disponevano della propria memoria dedicata.
Elbrus-2
Nel 1985, «Elbrus» ha ricevuto il suo proseguimento logico, è stato creato e inviato in produzione di serie il computer «Elbrus-2». Architettonicamente, presentava poche differenze rispetto al suo predecessore, ma utilizzava una nuova base di componenti, permettendo di aumentare quasi di 10 volte le prestazioni complessive – da 15 milioni di operazioni al secondo a 125 milioni. La memoria operativa del computer è aumentata a 16 milioni di parole a 72 bit, pari a 144 MB. La massima larghezza di banda dei canali di input/output dell'«Elbrus-2» era di 120 MB/s.
L'«Elbrus-2» è stato utilizzato attivamente nei centri di ricerca nucleare a Chelyabinsk-70 e a Arzamas-16 nel centro di controllo delle operazioni (TsUP), nel sistema di difesa A-135, così come in altre strutture militari.
La creazione dell'«Elbrus» è stata adeguatamente apprezzata dai dirigenti dell'Unione Sovietica. Molti ingegneri sono stati premiati con ordini e medaglie. Il progettista capo Vsevolod Burcev e altri specialisti hanno ricevuto premi di Stato. Boris Babayan è stato insignito dell'Ordine della Rivoluzione di Ottobre.
Questi premi erano più che meritati, Boris Babayan ha poi detto:
«Nel 1978 abbiamo creato il primo processore superscalare, Elbrus-1. Oggi in Occidente realizzano superscalari solo con questa architettura. Il primo superscalare in Occidente è apparso nel 1992, il nostro nel 1978. Inoltre, la versione di superscalare che abbiamo creato è analoga al Pentium Pro, prodotto da Intel nel 1995».
Queste parole riguardo alla primogenitura storica sono confermate anche negli Stati Uniti, dove Kit Difendorff, sviluppatore del Motorola 88110, uno dei primi processori superscalari occidentali, ha scritto:
«Nel 1978, quasi 15 anni prima dell'arrivo dei primi processori superscalari occidentali, in Elbrus-1 veniva utilizzato un processore in grado di eseguire due comandi per ciclo, modificando l'ordine di esecuzione, rinominando i registri e eseguendo in base a supposizioni».
Elbrus-3
Era il 1986 e quasi subito dopo il completamento dei lavori sul secondo "Elbrus", all'ITMiVT iniziarono lo sviluppo di un nuovo sistema "Elbrus-3", utilizzando un'architettura di processore fondamentalmente nuova. Questo approccio fu definito da Boris Babayan come "post-super-scalare". Proprio questa architettura, poi chiamata VLIW/EPIC, sarebbe stata utilizzata in futuro (a metà degli anni '90) dai processori Intel Itanium (mentre in URSS questi sviluppi iniziarono nel 1986 e si conclusero nel 1991).
In questo complesso computazionale furono per la prima volta realizzate idee di gestione esplicita della parallelizzazione delle operazioni attraverso il compilatore.
Nel 1991 fu rilasciato il primo e, purtroppo, unico computer "Elbrus-3", che non riuscirono a mettere a punto completamente, e dopo il crollo dell'Unione Sovietica divenne superfluo, con i progetti e i piani che rimasero solo sulla carta.
Prerequisiti per una nuova architettura
Il team che lavorava presso ITMiVT alla creazione dei supercomputer sovietici non si è sciolto, ma ha continuato a lavorare come azienda separata chiamata MCST (Centro Moscovita delle Tecnologie SPARC). All'inizio degli anni '90, è iniziata una collaborazione attiva tra MCST e Sun Microsystems, dove il team di MCST ha partecipato allo sviluppo del microprocessore UltraSPARC.
Proprio in questo periodo è nato il progetto dell'architettura E2K, inizialmente finanziato da Sun. Successivamente, il progetto è diventato completamente indipendente e tutta la proprietà intellettuale è rimasta con il team di MCST.
"Se avessimo continuato a lavorare con Sun in questo campo, tutto sarebbe appartenuto a Sun. Anche se il 90% del lavoro era stato completato prima dell'arrivo di Sun." (Boris Babayan)
Architettura E2K
Quando discutiamo dell'architettura dei processori "Elbrus", molto spesso sentiamo dai nostri colleghi dell'industria IT le seguenti affermazioni:
"Elbrus è un'architettura RISC"
"Elbrus è un'architettura EPIC"
"Elbrus è un'architettura SPARC"
In realtà, nessuna di queste affermazioni è completamente corretta, e se lo è, lo è solo parzialmente.
L'architettura E2K è un'architettura di processore originale e separata. I principali tratti distintivi dell'E2K sono l'efficienza energetica e l'eccellente scalabilità, ottenute attraverso l'esecuzione esplicita di operazioni in parallelo. L'architettura E2K è stata sviluppata dal team di MCST e si basa su un'architettura post-super scalar (simile all'EPIC) con alcune influenze dall'architettura SPARC (con un passato RISC). In questo contesto, MCST ha partecipato attivamente allo sviluppo di tre delle quattro architetture di base (Super Scalar, post-super scalar e SPARC). Il mondo, infatti, è piccolo.
Per evitare confusione in futuro, abbiamo disegnato un semplice schema che, sebbene semplificato, mostra in modo chiaro le radici dell'architettura E2K.
Ora parliamo un po' del nome dell'architettura, per il quale ci sono anche incomprensioni.
Nei vari documenti si possono incontrare le seguenti denominazioni per questa architettura: «E2K», «Elbrus», «Elbrus 2000», ELBRUS («ExpLicit Basic Resources Utilization Scheduling», ovvero pianificazione esplicita dell'utilizzo delle risorse fondamentali). Tutti questi nomi si riferiscono alla stessa architettura, ma nella documentazione tecnica ufficiale e sui forum tecnici, il termine utilizzato per indicare l'architettura è E2K. Pertanto, d'ora in poi, quando parliamo dell'architettura del processore, utilizzeremo il termine «E2K», mentre per riferirci a un processore specifico useremo 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 essere eseguite in sequenza. Il processore può rilevare operazioni indipendenti e avviarle parallelamente (superscalare) e persino modificare il loro ordine (esecuzione fuori ordine). Tuttavia, l'analisi dinamica delle dipendenze e il supporto per l'esecuzione fuori ordine presentano limitazioni nel numero di istruzioni che possono essere lanciate e analizzate in un singolo ciclo. Inoltre, i blocchi corrispondenti all'interno del processore consumano una quantità considerevole di energia, e una loro implementazione complessa può talvolta causare problemi di stabilità o sicurezza.
Nell'architettura E2K, il compilatore si occupa principalmente dell'analisi delle dipendenze e dell'ottimizzazione dell'ordine delle operazioni. Al processore arrivano le cosiddette istruzioni larghe, in ognuna delle quali sono codificate le istruzioni per tutti i dispositivi di esecuzione del processore che devono essere attivati nel ciclo corrente. Non è richiesto al processore di analizzare le dipendenze tra gli operandi o di riorganizzare le operazioni tra le istruzioni larghe: tutto ciò viene gestito dal compilatore, in base all'analisi del codice sorgente e alla pianificazione delle risorse del processore. Di conseguenza, la parte hardware del processore può essere più semplice ed economica.
Il compilatore è in grado di analizzare il codice sorgente con molta più cura rispetto all'hardware dei processori RISC/CISC, e di trovare più operazioni indipendenti. Pertanto, nell'architettura E2K ci sono più dispositivi di esecuzione in parallelo rispetto alle architetture tradizionali.
Le attuali capacità dell'architettura E2K:
- 6 canali di dispositivi aritmetico-logici (ALU) che lavorano in parallelo.
- Un file di registri composto da 256 registri a 84 bit.
- Supporto hardware per i cicli, inclusa la canalizzazione. Aumenta l'efficienza nell'uso delle risorse del processore.
- Dispositivo asincrono programmabile per il pre-caricamento dei dati con canali di lettura separati. Consente di nascondere le latenze di accesso alla memoria e di sfruttare appieno l'ALU.
- Supporto per calcoli speculativi e predicati a bit singolo. Permette di ridurre il numero di salti ed eseguire parallelamente più rami del programma.
- Ampia istruzione, in grado, a carico massimo, di eseguire fino a 23 operazioni in un ciclo (oltre 33 operazioni quando si impacchettano gli operandi in istruzioni vettoriali).
Emulazione x86
Fin dalle fasi di progettazione dell'architettura, gli sviluppatori avevano compreso l'importanza di supportare il software scritto per l'architettura Intel x86. A tale scopo, è stato implementato un sistema di traduzione dinamica (ossia durante l'esecuzione del programma, o ‘al volo’) dei codici binari x86 nei codici del processore per l'architettura E2K. Questo sistema può operare sia in modalità applicazione (simile a WINE) che in modalità simile a un hypervisor (rendendo possibile l'avvio di un intero sistema operativo guest per architettura x86).
Grazie ai diversi livelli di ottimizzazione, si riesce a raggiungere un'elevata velocità di esecuzione del codice tradotto. La qualità dell'emulazione dell'architettura x86 è confermata dal successo nell'avvio su complessi computazionali «Elbrus» di oltre 20 sistemi operativi (inclusa diverse versioni di Windows) e centinaia di applicazioni.
Modalità di esecuzione protetta dei programmi
Una delle idee più interessanti ereditate dalle architetture Elbrus-1 ed Elbrus-2 è quella della cosiddetta esecuzione protetta dei programmi. La sua essenza consiste nel garantire il funzionamento del programma solo con dati inizializzati, verificando tutte le operazioni di accesso alla memoria per l'appartenenza a un intervallo di indirizzi consentiti e assicurando la protezione intermodulare (ad esempio, proteggendo il programma chiamante da errori nella libreria). Tutti questi controlli vengono effettuati a livello hardware. È disponibile un compilatore completo e una libreria di supporto runtime per la modalità protetta. È importante capire che le restrizioni imposte portano all'impossibilità di eseguire, per esempio, codice scritto in C++.
Anche in modalità di funzionamento "non protetta", i processori "Elbrus" presentano caratteristiche che aumentano l'affidabilità del sistema. Ad esempio, lo stack delle informazioni di collegamento (la catena degli indirizzi di ritorno durante le chiamate di procedura) è separato dallo stack dei dati utente e non è accessibile per attacchi utilizzati nei virus, come la sostituzione dell'indirizzo di ritorno.
Le progressi realizzati nel corso degli anni non solo consentono di raggiungere e, in futuro, superare le architetture concorrenti in termini di prestazioni e scalabilità, ma anche di garantire una protezione dagli errori che affliggono x86/amd64. Vulnerabilità di tipo 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 moderna protezione contro le vulnerabilità trovate nell'architettura x86/amd64 si basa su patch a livello di sistema operativo. Proprio per questo la riduzione delle prestazioni delle attuali e precedenti generazioni di processori di queste architetture è così evidente, oscillando tra il 30% e l'80%. Noi, come utenti attivi dei processori x86, ne siamo a conoscenza, ne soffriamo e continuiamo a "mangiare il cactus", mentre la disponibilità di soluzioni a monte per noi (e, in definitiva, per i nostri clienti) è senza dubbio un bene, soprattutto se la soluzione è russa.
Specifiche tecniche
Di seguito sono riportate le specifiche tecniche ufficiali dei processori "Elbrus" delle generazioni passata (4C), attuale (8C), nuova (8CV) e futura (16C) in confronto con processori analoghi Intel x86.
Anche un'occhiata fugace a questa tabella mostra (e questo è molto incoraggiante) che il ritardo tecnologico dei processori nazionali, che dieci anni fa sembrava insormontabile, ora appare piuttosto ridotto e che nel 2021, con il lancio dell'«Elbrus-16C» (che, tra l'altro, supporterà la virtualizzazione), si ridurrà a distanze minime.
Storage AERODISK su processori Elbrus 8C
Dalla teoria passiamo alla pratica. Nell'ambito di un'alleanza strategica tra le aziende MCST, AERODISK, Basalt SPO (precedentemente Alt Linux) e NORSI-TRANS, è stato sviluppato e preparato per l'uso un sistema di archiviazione dei dati che, al momento attuale, per quanto riguarda sicurezza, funzionalità, costo e prestazioni è, se non il migliore, senza dubbio una soluzione meritevole che può garantire un adeguato livello di indipendenza tecnologica per la nostra Patria.
Ora i dettagli…
Parte hardware
La parte hardware del sistema di archiviazione è basata sulla piattaforma universale Yakhont UVM della NORSI-TRANS. La piattaforma Yakhont UVM ha ottenuto lo stato di attrezzatura di telecomunicazione di origine russa ed è inclusa nel registro unico della produzione russa di radioelettronica. Il sistema consiste in due controller di archiviazione separati (ognuno da 2U), collegati tra loro tramite interconnettori 1G o 10G Ethernet, e a cassetti di dischi comuni utilizzando connessioni SAS.
Certo, non è così elegante come il formato "Cluster in a box" (dove controller e dischi con un backplane comune sono installati in un unico chassis da 2U), che usiamo di solito, ma sarà disponibile anche in un futuro prossimo. Qui l'importante è che funzioni bene, e ci penseremo ai "fiocchetti" dopo.
Sotto il cofano, ogni controller ha una scheda madre a singolo processore con quattro slot per la memoria RAM (DDR3 per il processore 8C). Inoltre, ogni controller dispone di 4 porte 1G Ethernet (due delle quali vengono utilizzate dal software AERODISK ENGINE come porte di servizio) e di tre slot PCIe per adattatori Back-end (SAS) e Front-end (Ethernet o FibreChannel).
Come unità di avvio vengono utilizzati i dischi SSD SATA dell'azienda russa GS Nanotech, che abbiamo testato più volte e utilizzato in vari progetti.
Durante il primo incontro con la piattaforma, l'abbiamo esaminata attentamente. Non abbiamo riscontrato problemi con la qualità dell'assemblaggio e della saldatura; tutto è stato realizzato in modo preciso e affidabile.
Il sistema operativo
Come sistema operativo, utilizziamo la versione Alt OS 8SP per la certificazione. Presto prevediamo di creare un repository connesso e costantemente aggiornato per Alt OS con il software dell'archiviazione Aerodisk.
Questa versione della distribuzione è costruita sulla attuale versione stabile del kernel Linux 4.9 per E2K (la ramificazione con supporto a lungo termine è stata portata dagli specialisti di MCST), arricchita con patch relative a funzionalità e sicurezza. Tutti i pacchetti in Alt OS sono stati assemblati direttamente su "Elbrus" utilizzando il sistema di costruzione transazionale originale del progetto ALT Linux Team, il che ha consentito di ridurre il lavoro necessario per il trasferimento e di concentrare maggiore attenzione sulla qualità del prodotto.
Qualsiasi versione del sistema operativo Alt per Elbrus può essere notevolmente ampliata in termini di funzionalità, utilizzando il repository a essa disponibile (da circa 6.000 pacchetti sorgente per l'ottava versione a circa 12.000 per la nona).
La scelta è stata fatta anche perché l'azienda Bazalt SPO, sviluppatrice del sistema operativo Alt, collabora attivamente con altri sviluppatori di software e dispositivi su diverse piattaforme, garantendo un'interazione fluida all'interno dei complessi hardware-software.
Software per Sistemi di Archiviazione Dati
Durante il porting, abbiamo immediatamente abbandonato l'idea di utilizzare l'emulazione x86 supportata in E2K, iniziando a lavorare direttamente con i processori (per fortuna Alt dispone già degli strumenti necessari).
Tra le altre cose, la modalità nativa di esecuzione offre una maggiore sicurezza (i famosi tre stack hardware invece di uno) e prestazioni migliorate (non c'è bisogno di dedicare uno o due core su otto per far funzionare il traduttore binario, e il compilatore fa il suo lavoro meglio del JIT).
In realtà, l'implementazione di AERODISK ENGINE su E2K supporta la maggior parte delle funzionalità esistenti del sistema di archiviazione dati (SAS) disponibili in x86. La versione attuale del software di gestione dello storage è AERODISK ENGINE (versione A-CORE 2.30).
Senza particolari problemi, sono state integrate e testate su E2K per l'uso in produzione le seguenti funzionalità:
- Resilienza fino a due controller e input/output multi-path (mpio).
- Accesso a blocchi e file con volumi thin (pool RDG, DDP; protocolli FC, iSCSI, NFS, SMB compresa l'integrazione con Active Directory).
- Vari livelli di RAID fino a tripla parità (inclusa la possibilità di utilizzare un costruttore RAID).
- Storage ibrido (combinazione di SSD e HDD all'interno di un unico pool, ovvero caching e tiering).
- Opzioni per il risparmio di spazio tramite deduplicazione e compressione.
- Snapshot ROW, cloni e diverse opzioni di replicazione.
- E altre piccole ma utili funzioni, come QoS, hotspare globale, VLAN, BOND, ecc.
In effetti, su E2K siamo riusciti a implementare tutte le nostre funzionalità, ad eccezione della multi-controller (più di due) e del pianificatore per l'input/output multithreading, che consente di aumentare le prestazioni dei pool all-flash del 20-30%.
Naturalmente, aggiungeremo anche queste utili funzionalità, è solo una questione di tempo.
Un po' sulla performance
Dopo aver superato con successo i test delle funzionalità di base del sistema di archiviazione, abbiamo iniziato a eseguire i test di carico.
Ad esempio, su un sistema di archiviazione a due controller (2xCPU E8C 1,3 GHz, 32 GB di RAM + 4 SAS SSD 800GB 3DWD), dove è stata disattivata la cache in RAM, abbiamo creato due pool DDP con livello RAID-10 e due LUN da 500G, collegando queste LUN tramite iSCSI (10G Ethernet) a un host Linux. Abbiamo poi eseguito uno dei test orari di base su piccoli blocchi di carico sequenziale utilizzando il programma FIO.
I primi risultati sono stati piuttosto positivi.
Il carico sui processori era mediamente intorno al 60%, ovvero un livello base, sul quale il sistema di archiviazione può funzionare senza problemi.
Sì, non siamo certamente in una situazione di highload e per gestire database di alta performance per qualche sistema di billing è evidente che non basta, ma, come dimostra la nostra esperienza, queste caratteristiche sono sufficienti per l'80% delle operazioni comuni per cui vengono utilizzati i sistemi di archiviazione.
Pianifichiamo di tornare più tardi con un rapporto dettagliato sui test di carico di Elbrus come piattaforma per i sistemi di archiviazione.
Un futuro luminoso
Come abbiamo già detto, la produzione in serie dell'Elbrus 8S è iniziata solo di recente, all'inizio del 2019, e entro dicembre erano già stati prodotti circa 4.000 processori. A titolo di confronto, nel corso dell'intero periodo di produzione dei processori della generazione precedente Elbrus 4S erano stati prodotti solo 5.000, quindi i progressi sono evidenti.
È ovvio che si tratta di un passo piccolo, anche per il mercato russo, ma chi procede trova sempre la strada.
Per il 2020 è previsto il rilascio di diverse decine di migliaia di processori Elbrus 8S, che è già una cifra significativa. Inoltre, nel corso del 2020, il processore Elbrus-8SV dovrebbe essere portato in produzione di serie dal team di MCST.
Questi piani di produzione rappresentano un'importante dichiarazione per una quota molto significativa dell'intero mercato nazionale dei processori per server.
In effetti, qui e ora disponiamo di un buon e moderno processore russo con una strategia di sviluppo chiara e, a nostro avviso, corretta, su cui si basa un sistema di archiviazione dati completamente protetto e certificato di produzione russa (e in futuro, un sistema di virtualizzazione su Elbrus-16C). Questo sistema è russo tanto quanto è fisicamente possibile nelle attuali condizioni moderne.
Spesso assistiamo nelle notizie a nuove epiche disfatte di aziende che orgogliosamente si definiscono produttori russi, ma in realtà si limitano a riattaccare etichette, senza aggiungere alcun valore ai prodotti di produttori esteri, oltre al proprio ricarico. Tali aziende, sfortunatamente, gettano una ombra su tutti i veri sviluppatori e produttori russi.
Con questo articolo vogliamo mostrare chiaramente che nel nostro paese ci sono state, ci sono e ci saranno aziende che realizzano sistemi IT moderni e complessi in modo efficace, e che l'import substitution in IT non è una facciata, ma una realtà in cui viviamo. Questa realtà può non piacere, può essere criticata, ma si può anche lavorare per renderla migliore.
La disintegrazione dell'URSS ha impedito al team di creatori di Elbrus di diventare un attore significativo nel mondo dei processori e ha costretto il gruppo a cercare finanziamenti per le proprie ricerche all'estero. Sono stati trovati, il lavoro è stato svolto e la proprietà intellettuale è stata preservata, per questo vogliamo dire un enorme grazie a queste persone!
Per ora è tutto, vi preghiamo di scrivere i vostri commenti, domande e, naturalmente, critiche. Siamo sempre felici di riceverli.
A nome di tutta l'azienda Aerodisk, desidero congratularmi con tutta la comunità IT russa per il prossimo Capodanno e Natale, augurando il 100% di uptime – e che i backup non siano mai necessari nel nuovo anno))).
Materiali utilizzati
Articolo con una descrizione generale delle tecnologie, delle architetture e delle personalità:
Breve storia dei computer con il nome "Elbrus":
Articolo generale sull'architettura e2k:
Articolo sul 4° genere (Elbrus-8S) e sul 5° genere (Elbrus-8SV, 2020):
Specifiche del prossimo 6° genere di processori (Elbrus-16SV, 2021):
Descrizione ufficiale dell'architettura Elbrus:
Piani degli sviluppatori della piattaforma hardware-software 'Elbrus' per la creazione di un supercomputer con prestazioni exaflop:
Tecnologie russe 'Elbrus' per computer personali, server e supercomputer:
Vecchio articolo di Boris Babayan, ma ancora attuale:
Vecchio articolo di Mikhail Kuzminskiy:
Presentazione di MCST, informazioni generali:
Informazioni sul sistema operativo Alt per la piattaforma Elbrus:
Fonte: habr.com
