Ciao, lettori di Habr. Vogliamo condividere una notizia molto piacevole. Finalmente, abbiamo atteso il vero avvio della produzione in serie della nuova generazione di processori russi Elbrus 8C. Ufficialmente, la produzione in serie avrebbe dovuto iniziare nel 2016, ma, in realtà, la produzione di massa è iniziata solo nel 2019 e attualmente sono stati prodotti già circa 4000 processori.
Praticamente subito dopo l'avvio della produzione in serie, questi processori sono apparsi anche da noi in Aerodisk, per cui vogliamo ringraziare separatamente l'azienda NORSI-TRANS, che ci ha gentilmente fornito la propria piattaforma hardware Yakhont UVM, compatibile con i processori Elbrus 8C, per effettuare il porting della parte software del sistema di archiviazione dati. Questa è una piattaforma moderna, che soddisfa tutti i requisiti di MCST. Attualmente, la piattaforma è utilizzata da utenti speciali e operatori di rete per garantire l'attuazione delle azioni stabilite durante le operazioni di ricerca e investigazione.
Al momento, il porting è stato completato con successo e già adesso il sistema di archiviazione dati AERODISK è disponibile nella variante con i processori russi Elbrus.
In questo articolo parleremo dei processori stessi, della loro storia, architettura e, naturalmente, della nostra implementazione del sistema di archiviazione dati su Elbrus.
Storia
La storia dei processori Elbrus ha inizio ai tempi dell'Unione Sovietica. Nel 1973, presso l'Istituto di meccanica di precisione e tecnica computazionale intitolato a S.A. Lebedev (lo stesso Sergey Lebedev che precedentemente guidò lo sviluppo del primo computer sovietico MESM e successivamente del BESM) iniziò lo sviluppo di complessi di calcolo multiprocesso denominati "Elbrus". Il progetto fu guidato da Vsevolod Sergeyevich Burchev, mentre Boris Artashesovich Babayan, uno degli assistenti del progettista capo, partecipò attivamente allo sviluppo.
Vsevolod Sergeyevich Burchev
Boris Artashesovich Babayan
Il principale committente del progetto era, ovviamente, le forze armate dell'URSS, e questa serie di computer è stata utilizzata con successo nella creazione di centri di calcolo di comando e complessi di tiro dei sistemi di difesa missilistica, oltre ad altri sistemi di uso speciale.
Il primo computer "Elbrus" fu completato nel 1978. Aveva un'architettura modulare e poteva includere da 1 a 10 processori basati su circuiti a media integrazione. Le prestazioni di questa macchina raggiungevano i 15 milioni di operazioni al secondo. La quantità di memoria operativa, comune a tutti i 10 processori, ammontava fino a 2 alla 20ª potenza di parole macchina, ovvero 64 MB.
Successivamente si scoprì che molte delle tecnologie utilizzate nello sviluppo dell'"Elbrus" erano nel contempo ricercate nel mondo, ed erano studiate dalla International Business Machine (IBM), ma i lavori su questi progetti, a differenza di quanto avvenuto per l'"Elbrus", non furono mai conclusi e non portarono alla creazione di un prodotto finito.
Secondo le parole di Vsevolod Burcev, gli ingegneri sovietici cercavano di applicare le più avanzate esperienze sia di sviluppatori nazionali che stranieri. L'architettura dei computer "Elbrus" fu influenzata anche dai computer della Burroughs, dai progetti della Hewlett-Packard, e dall'esperienza dei progettisti del BESM-6.
Tuttavia, molte delle soluzioni erano originali. Ciò che era più interessante nell'"Elbrus-1" era proprio la sua architettura.
Il supercomputer creato divenne il primo in URSS a utilizzare un'architettura superscalare. L'uso massiccio di processori superscalari all'estero iniziò solo negli anni '90 con l'emergere di processori Intel Pentium accessibili sul mercato.
Inoltre, per organizzare il trasferimento dei flussi di dati tra i dispositivi periferici e la memoria operativa, nel computer potevano essere utilizzati processori di input-output speciali. All'interno del sistema, potevano esserci fino a quattro di questi processori, che operavano in parallelo con il processore centrale e disponevano di una propria memoria dedicata.
Elbrus-2
Nel 1985, l'"Elbrus" ricevette il suo logico seguito e fu creato e avviato in produzione in serie il computer "Elbrus-2". In termini di architettura, differiva poco dal suo predecessore, ma utilizzava una nuova base elementare, che permise di aumentare quasi di 10 volte la prestazione totale – da 15 milioni di operazioni al secondo a 125 milioni. La memoria operativa del computer aumentò a 16 milioni di parole a 72 bit, ovvero 144 MB. La massima larghezza di banda dei canali di input-output dell'"Elbrus-2" era di 120 MB/s.
«Elbrus-2» è stato ampiamente utilizzato nei centri di ricerca nucleare a Chelyabinsk-70 e ad Arzamas-16 nel Centro di Controllo, nel sistema di difesa A-135, così come in altri siti militari.
La creazione dell'«Elbrus» è stata debitamente apprezzata dai leader dell'Unione Sovietica. Molti ingegneri sono stati premiati con onorificenze e medaglie. Il progettista capo Vsevolod Burcev e altri specialisti hanno ricevuto premi di stato. E Boris Babayan è stato insignito dell'Ordine della Rivoluzione d'Ottobre.
Questi premi sono più che meritati, Boris Babayan ha detto in seguito:
«Nel 1978 abbiamo realizzato il primo computer superscalar, Elbrus-1. Ora in Occidente vengono realizzati superscalar con quella stessa architettura. Il primo superscalar in Occidente è apparso nel 1992, il nostro nel 1978. Infatti, la versione del superscalar che abbiamo creato è analoga al Pentium Pro, che Intel ha realizzato nel 1995».
Queste parole sulla primazia storica sono confermate anche negli USA, Kit Defenderoff, sviluppatore del Motorola 88110, uno dei primi processori superscalar occidentali, ha scritto:
«Nel 1978, quasi 15 anni prima che apparissero i primi processori superscalar occidentali, in Elbrus-1 veniva utilizzato un processore che eseguiva due istruzioni per ciclo, alterando l'ordine di esecuzione delle istruzioni, rinominando i registri e facendo esecuzione per supposizione».
Elbrus-3
Era il 1986 e quasi subito dopo il completamento dei lavori sul secondo «Elbrus», presso l'ITMiVT è iniziato lo sviluppo di un nuovo sistema, «Elbrus-3», utilizzando un'architettura di processore fondamentalmente nuova. Questo approccio è stato definito da Boris Babayan come «post-superscalar». Proprio questa architettura, poi chiamata VLIW/EPIC, sarebbe stata utilizzata in futuro (a metà degli anni '90) dai processori Intel Itanium (mentre in URSS tali sviluppi sono iniziati nel 1986 e si sono conclusi nel 1991).
In questo complesso computazionale sono state per la prima volta realizzate idee di gestione esplicita del parallelismo delle operazioni attraverso il compilatore.
Nel 1991 è stato rilasciato il primo e, purtroppo, unico computer «Elbrus-3», che non è stato possibile completare e, dopo il crollo dell'Unione Sovietica, divenne inutile, e gli sviluppi e i piani rimasero sulla carta.
Le premesse per una nuova architettura
Il team che ha lavorato presso l'ITMiVT alla creazione dei supercomputer sovietici non si è sciolto, ma ha continuato a lavorare come azienda separata sotto il nome di MCST (Centro Moscovita delle Tecnologie SPARC). All'inizio degli anni '90, è iniziata una collaborazione attiva tra MCST e Sun Microsystems, dove il personale di MCST ha partecipato allo sviluppo del microprocessore UltraSPARC.
Proprio in questo periodo è nato il progetto dell'architettura E2K, che inizialmente era finanziato dalla Sun. In seguito, il progetto è diventato completamente indipendente e tutta la proprietà intellettuale su di esso è rimasta al team di MCST.
«Se avessimo continuato a lavorare con Sun in quest'area, tutto sarebbe appartenuto a Sun. Anche se il 90% del lavoro era stato svolto 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 in parte.
L'architettura E2K è un'architettura di processore originale e separata, le principali qualità dell'E2K sono l'efficienza energetica e la straordinaria scalabilità, raggiunte attraverso la definizione di esplicito parallellismo delle operazioni. L'architettura E2K è stata sviluppata dal team di MCST e si basa su un'architettura post-supercalar (in stile EPIC) con alcune influenze dell'architettura SPARC (con un passato RISC). In questo processo, MCST ha partecipato direttamente alla creazione di tre delle quattro architetture di base (Supercalar, post-supercalar e SPARC). Il mondo è davvero piccolo.
Per evitare confusione in futuro, abbiamo disegnato un semplice schema che, sebbene semplificato, mostra in modo molto chiaro le origini dell'architettura E2K.
Ora parliamo ancora un po' del nome dell'architettura, per il quale ci sono anche delle incomprensioni.
In diverse fonti possono essere incontrati i seguenti nomi 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, così come nei forum tecnici, viene utilizzato il termine E2K per designare l'architettura; pertanto, in seguito, se parliamo di architettura del processore, utilizziamo il termine «E2K», mentre se ci riferiamo a un processore specifico, utilizzamo il nome «Elbrus».
Caratteristiche tecniche dell'architettura E2K
Nelle architetture tradizionali di tipo RISC o CISC (x86, PowerPC, SPARC, MIPS, ARM), un flusso di istruzioni viene inviato al processore, progettato per un'esecuzione sequenziale. Il processore può rilevare operazioni indipendenti e avviarle in parallelo (supercalarità) e persino modificare il loro ordine (esecuzione fuori ordine). Tuttavia, l'analisi dinamica delle dipendenze e il supporto per l'esecuzione fuori ordine hanno delle limitazioni nel numero di istruzioni che possono essere avviate e analizzate in un singolo ciclo. Inoltre, i componenti all'interno del processore consumano una quantità significativa di energia, e una loro implementazione complessa talvolta porta a problemi di stabilità o sicurezza.
Nell'architettura E2K, il compito principale di analisi delle dipendenze e ottimizzazione dell'ordine delle operazioni è affidato al compilatore. Al processore vengono inviate cosiddette istruzioni ampie, in ciascuna delle quali sono codificate le istruzioni per tutte le unità di esecuzione del processore, che devono essere avviate in quel ciclo. Non è richiesto al processore di analizzare le dipendenze tra gli operandi o di riordinare le operazioni tra le istruzioni ampie: 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 efficiente.
Il compilatore è in grado di analizzare il codice sorgente in modo molto più accurato rispetto all'hardware di un processore RISC/CISC, e di scoprire un numero maggiore di operazioni indipendenti. Pertanto, nell'architettura E2K sono presenti più unità di esecuzione che lavorano in parallelo rispetto alle architetture tradizionali.
Attuali capacità dell'architettura E2K:
- 6 canali di dispositivi aritmetico-logici (ALU) che operano in parallelo.
- File di registro composto da 256 registri a 84 bit.
- Supporto hardware per cicli, inclusa la pipeline. Aumenta l'efficienza nell'uso delle risorse della CPU.
- Dispositivo di prefetching dati asincrono programmabile con canali di lettura separati. Consente di mascherare le latenze dell'accesso alla memoria e di utilizzare pienamente l'ALU.
- Supporto per calcoli speculativi e predicati a bit singolo. Permette di ridurre il numero di salti ed eseguire in parallelo diversi rami del programma.
- Istruzione larga in grado di eseguire fino a 23 operazioni in un singolo ciclo (oltre 33 operazioni quando si imballano gli operandi in istruzioni vettoriali).
Emulazione x86
Sin dai primi stadi della progettazione dell'architettura, gli sviluppatori erano consapevoli dell'importanza del supporto per il software scritto per l'architettura Intel x86. Per questo è stato implementato un sistema di traduzione dinamica (ovvero durante l'esecuzione del programma, o 'on the fly') dei codici binari x86 in codici per la CPU dell'architettura E2K. Questo sistema può operare sia in modalità applicazione (simile a WINE), sia in modalità simile a un hypervisor (consentendo così di avviare un intero sistema operativo guest per l'architettura x86).
Grazie a diversi livelli di ottimizzazione, è possibile raggiungere un'alta velocità di esecuzione del codice tradotto. La qualità dell'emulazione dell'architettura x86 è confermata dall'avvio con successo su complessi computazionali 'Elbrus' di oltre 20 sistemi operativi (compresi diversi versioni di Windows) e centinaia di applicazioni.
Modalità di esecuzione protetta delle applicazioni.
Una delle idee più interessanti ereditate dalle architetture Elbrus-1 ed Elbrus-2 è la cosiddetta esecuzione sicura dei programmi. La sua essenza consiste nel garantire il funzionamento del programma solo con dati inizializzati, controllare tutte le richieste di accesso alla memoria per verificarne l'appartenenza a un intervallo di indirizzi valido, garantire la protezione tra moduli (ad esempio, proteggere il programma chiamante da errori nella libreria). Tutti questi controlli vengono eseguiti a livello hardware. Per la modalità protetta è disponibile un compilatore completo e una libreria di supporto runtime. Va anche compreso che le limitazioni imposte rendono impossibile l'organizzazione dell'esecuzione, ad esempio, del codice scritto in C++.
Anche in modalità di funzionamento "non protetta" dei processori "Elbrus" ci sono caratteristiche che aumentano l'affidabilità del sistema. Così, lo stack delle informazioni di collegamento (la catena degli indirizzi di ritorno nelle chiamate di procedura) è separato dallo stack dei dati dell'utente ed è inaccessibile a tali attacchi, utilizzati nei virus, come la sostituzione dell'indirizzo di ritorno.
Le innovazioni create in anni di sviluppo permettono non solo di raggiungere, ma in futuro di superare le architetture concorrenti in termini di prestazioni e scalabilità, ma anche di garantire protezione da errori che affliggono x86/amd64. Problemi 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 moderna protezione contro le vulnerabilità scoperte nell'architettura x86/amd64 si basa su patch a livello di sistemi operativi. È proprio per questo che la perdita di prestazioni nei processori attuali e nelle generazioni precedenti di queste architetture è così evidente, oscillando tra il 30% e l'80%. Noi, come utenti attivi dei processori x86, ne siamo consapevoli, ne soffriamo e continuiamo a "mangiare il cactus", ma la risoluzione di questi problemi alla radice è indubbiamente un bene per noi (e alla fine per i nostri clienti), soprattutto se la soluzione è di origine russa.
Caratteristiche tecniche
Di seguito sono riportate le specifiche tecniche ufficiali dei processori "Elbrus" delle generazioni passate (4C), attuali (8C), nuove (8CV) e future (16C) in confronto con processori Intel x86 analoghi.
Anche uno sguardo fugace a questa tabella mostra (ed è molto incoraggiante) che il ritardo tecnologico dei processori nazionali, che dieci anni fa sembrava insormontabile, ora appare piuttosto ridotto e nel 2021, con il lancio dell'«Elbrus-16C» (che, tra l'altro, supporterà la virtualizzazione), si ridurrà a distanze minime.
Sistemi di archiviazione AERODISK su processori Elbrus 8C
Dalla teoria passiamo alla pratica. Nell'ambito dell'alleanza strategica tra le aziende MCST, Aerodisk, Basalt SPU (ex Alt Linux) e NORTSI-TRANS è stata sviluppata e preparata per l'uso un sistema di archiviazione dati che attualmente offre, in termini di sicurezza, funzionalità, costo e prestazioni, se non la migliore, senza dubbio una soluzione degna 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 è realizzata sulla base della piattaforma universale Yakhont UVM dell'azienda NORTSI-TRANS. La piattaforma Yakhont UVM ha ottenuto lo status di attrezzatura di telecomunicazione di origine russa ed è stata inclusa nel registro unico dei prodotti radioelettronici russi. Il sistema consiste in due controller separati del sistema di archiviazione (ognuno da 2U) collegati tramite interconnettori Ethernet 1G o 10G, oltre a scaffali di dischi comuni utilizzando la connessione SAS.
Certo, non è bello come il formato «Cluster in a box» (quando i controller e i dischi con uno chassis condiviso sono installati in un solo chassis 2U), che di solito utilizziamo, ma sarà disponibile anche a breve. Qui l'importante è che funzioni bene, dei «fiocchi» ne parleremo 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, su ciascun controller ci sono 4 porte Ethernet 1G (due delle quali vengono utilizzate dal software AERODISK ENGINE come porte di servizio) e tre slot PCIe per adattatori Back-end (SAS) e Front-end (Ethernet o Fibre Channel).
Per i dischi di avvio vengono utilizzati dischi SSD SATA russi dell'azienda GS Nanotech, che abbiamo testato ripetutamente e utilizzato in progetti.
Alla prima familiarizzazione con la piattaforma, l'abbiamo esaminata attentamente. Non abbiamo avuto domande sulla qualità dell'assemblaggio e della saldatura, tutto è stato fatto in modo preciso e affidabile.
Sistema operativo
Come sistema operativo, viene utilizzata la versione OS Alt 8SP per la certificazione. Presto abbiamo in programma di creare un repository collegabile e costantemente aggiornato per OS Alt con il software di storage AERODISK.
Questa versione della distribuzione è costruita sulla versione stabile attuale del kernel Linux 4.9 per E2K (la ramificazione con supporto a lungo termine è stata portata da specialisti di MCST), arricchita da patch per funzionalità e sicurezza. Tutti i pacchetti in OS Alt sono stati raccolti direttamente sui «Elbrus» utilizzando il sistema di assemblaggio transazionale originale del progetto ALT Linux Team, il che ha permesso di ridurre i costi di lavoro per il trasferimento stesso e di dedicare maggiore attenzione alla qualità del prodotto.
Qualsiasi release di OS Alt per Elbrus può essere notevolmente ampliata in termini di funzionalità, utilizzando il repository disponibile (da circa 6.000 pacchetti sorgente per l'ottava versione a circa 12.000 per la nona).
La scelta è stata fatta anche perché la compagnia Bazalt SPo, sviluppatore di OS Alt, lavora attivamente con altri sviluppatori di software e dispositivi su varie piattaforme, garantendo interazione senza soluzione di continuità all'interno di sistemi hardware-software.
Software per sistemi di storage
Durante il porting, abbiamo subito scartato l'idea di utilizzare l'emulazione x86 supportata in E2K e abbiamo iniziato a lavorare direttamente con i processori (fortunatamente, Alt ha già gli strumenti necessari per farlo).
Tra l'altro, la modalità di esecuzione nativa offre una maggiore sicurezza (quei tre stack hardware invece di uno) e prestazioni potenziate (non c'è bisogno di dedicare uno o due core dei otto per far funzionare il traduttore binario, e il compilatore fa il suo lavoro meglio del JIT).
Di fatto, nella realizzazione di AERODISK ENGINE su E2K è supportata gran parte della funzionalità esistente di storage che è disponibile su x86. Come software di sistema di storage, viene utilizzata l'attuale versione di AERODISK ENGINE (A-CORE versione 2.30)
Senza particolari problemi, su E2K sono state implementate e testate per l'uso in produzione le seguenti funzioni:
- Tolleranza ai guasti fino a due controller e input/output multipath (mpio)
- Accesso a blocchi e file con volumi sottili (pool RDG, DDP; protocolli FC, iSCSI, NFS, SMB inclusa integrazione con Active Directory)
- Vari livelli 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 di risparmio spazio tramite deduplica e compressione
- ROW-snapshot, cloni e varie opzioni di replicazione
- E altre piccole, ma utili funzionalità, come QoS, global hotspare, VLAN, BOND, ecc.
Infatti su E2K siamo riusciti a implementare tutte le nostre funzionalità, tranne la multi-controller (più di due) e il pianificatore di I/O multithread, che consente di aumentare le prestazioni dei pool all-flash del 20-30%.
Ma queste funzionalità utili, ovviamente, le aggiungeremo anche noi, è solo una questione di tempo.
Un po' sulle performance
Dopo aver superato con successo i test delle funzionalità di base dello storage SAN, abbiamo ovviamente iniziato a eseguire test di carico.
Ad esempio, su uno storage SAN a due controller (2xCPU E8C 1.3 Ghz, 32 GB di RAM + 4 SAS SSD 800GB 3DWD), in cui era disabilitato il caching in RAM, abbiamo creato due pool DDP con un livello RAID-10 di base e due LUN da 500G, e abbiamo collegato questi LUN tramite iSCSI (10G Ethernet) a un host Linux. E abbiamo eseguito uno dei test orari di base su piccoli blocchi di carico sequenziale utilizzando il programma FIO.
I primi risultati si sono rivelati abbastanza positivi.
Il carico sui processori era in media attorno al 60%, quindi questo è il livello base su cui lo storage SAN può funzionare senza problemi.
Sì, non è affatto highload e per database ad alte prestazioni per qualsiasi sistema di billing non sarà sufficiente, ma, come dimostra la nostra pratica, queste caratteristiche sono adeguate per l'80% dei compiti generali per cui vengono utilizzati gli storage SAN.
Poco dopo prevediamo di tornare con un rapporto dettagliato sui test di carico di Elbrus come piattaforma per storage SAN.
Un futuro luminoso
Come abbiamo scritto sopra, la produzione di massa di Elbrus 8S è iniziata di fatto solo di recente – all'inizio del 2019 e a dicembre erano già stati prodotti circa 4000 processori. A titolo di confronto, durante l'intero periodo di produzione dei processori della generazione precedente Elbrus 4S sono stati prodotti solo 5000, quindi il progresso è evidente.
È chiaro che questa è una goccia nell'oceano, anche per il mercato russo, ma la strada verrà percorsa da chi cammina.
Per il 2020 è previsto il rilascio di diverse decine di migliaia di processori Elbrus 8C, il 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 una candidatura per una quota molto rilevante dell'intero mercato nazionale dei processori server.
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 un sistema di archiviazione dei dati prodotto in Russia, massimo protetto e certificato (e in futuro un sistema di virtualizzazione su Elbrus-16C). Il sistema russo è tanto quanto attualmente fisicamente possibile nelle condizioni moderne.
Osserviamo frequentemente nelle notizie i soliti epici fallimenti di aziende che si definiscono produttori russi, ma che in realtà si limitano a riattaccare etichette senza aggiungere alcun valore ai prodotti di produttori esteri, al di là del loro ricarico. Queste aziende, purtroppo, gettano ombre su tutti i veri sviluppatori e produttori russi.
Con questo articolo vogliamo mostrare chiaramente che nel nostro paese ci sono, ci sono e ci saranno aziende che fanno realmente e qualitativamente sistemi IT moderni e complessi e che si sviluppano attivamente, e che la sostituzione delle importazioni nell'IT non è una farsa, ma una realtà in cui tutti noi viviamo. È possibile non amare questa realtà, criticarla, oppure lavorare e migliorarla.
Il crollo dell'URSS ha impedito al team di creatori di Elbrus di diventare un attore importante nel mondo dei processori e ha costretto il team a cercare finanziamenti per i propri sviluppi all'estero. Sono stati trovati, il lavoro è stato completato e la proprietà intellettuale è stata conservata, 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 Aerodisck voglio congratularmi con tutta la comunità IT russa per il Nuovo Anno e Natale imminenti, augurando il 100% di uptime – e affinché i backup nel nuovo anno non servano a nessuno))).
Materiali utilizzati
Articolo con una descrizione generale delle tecnologie, architetture e personalità:
Breve storia dei computer con il nome «Elbrus»:
Articolo generale sull'architettura e2k:
Articolo specifico sulla quarta generazione (Elbrus-8S) e sulla quinta generazione (Elbrus-8SV, 2020):
Specifiche della prossima sesta generazione di processori (Elbrus-16SV, 2021):
Descrizione ufficiale dell'architettura Elbrus:
Piani degli sviluppatori della piattaforma hardware e software «Elbrus» per creare un supercomputer con prestazioni exaflops:
Tecnologie russe «Elbrus» per computer personali, server e supercomputer:
Vecchio articolo di Boris Babayan, ma ancora attuale:
Vecchio articolo di Mikhail Kuzminsky:
Presentazione di MCST, informazioni generali:
Informazioni sul sistema operativo Alt per la piattaforma Elbrus:
Fonte: habr.com
