Bonjour lecteurs Habr. Nous aimerions partager une très bonne nouvelle. Nous avons finalement attendu la véritable production en série d'une nouvelle génération de processeurs russes Elbrus 8C. Officiellement, la production en série devait commencer dès 2016, mais, en fait, c'est la production de masse qui n'a commencé qu'en 2019 et environ 4000 XNUMX processeurs sont déjà sortis.
Presque immédiatement après le début de la production de masse, ces processeurs sont apparus dans notre Aerodisk, pour lequel nous tenons à remercier NORSI-TRANS, qui nous a gentiment fourni sa plate-forme matérielle Yakhont UVM, qui prend en charge les processeurs Elbrus 8C, pour le portage de la partie logicielle de le système de stockage. Il s'agit d'une plate-forme universelle moderne qui répond à toutes les exigences du MCST. À l'heure actuelle, la plate-forme est utilisée par des consommateurs particuliers et des opérateurs de télécommunications pour assurer la mise en œuvre d'actions établies lors d'activités de recherche opérationnelle.
Pour le moment, le portage a été achevé avec succès et le système de stockage AERODISK est désormais disponible dans la version avec les processeurs domestiques Elbrus.
Dans cet article, nous parlerons des processeurs eux-mêmes, de leur histoire, de leur architecture et, bien sûr, de notre implémentation des systèmes de stockage sur Elbrus.
histoire
L'histoire des transformateurs Elbrus remonte à l'époque de l'Union soviétique. En 1973, à l'Institut de Mécanique Fine et de Génie Informatique du nom de SA Lebedev (du nom du même Sergei Lebedev, qui dirigeait auparavant le développement du premier ordinateur soviétique MESM, puis BESM), le développement de systèmes informatiques multiprocesseurs appelés Elbrus a commencé. Vsevolod Sergeevich Burtsev a supervisé le développement et Boris Artashesovich Babayan, qui était l'un des concepteurs en chef adjoints, a également pris une part active au développement.
Vsevolod Sergueïevitch Burtsev
Boris Artashesovitch Babayan
Le principal client du projet était, bien sûr, les forces armées de l'URSS, et cette série d'ordinateurs a finalement été utilisée avec succès dans la création de centres de calcul de commandement et de systèmes de tir pour les systèmes de défense antimissile, ainsi que d'autres systèmes à usage spécial .
Le premier ordinateur Elbrus a été achevé en 1978. Il avait une architecture modulaire et pouvait inclure de 1 à 10 processeurs basés sur des schémas d'intégration moyens. La vitesse de cette machine a atteint 15 millions d'opérations par seconde. La quantité de RAM, qui était commune aux 10 processeurs, était jusqu'à 2 à la puissance 20 des mots machine ou 64 Mo.
Plus tard, il s'est avéré que de nombreuses technologies utilisées dans le développement d'Elbrus étaient étudiées dans le monde en même temps, et International Business Machine (IBM) y était engagée, mais le travail sur ces projets, contrairement au travail sur Elbrus, n'a pas ont été achevés et n'ont finalement pas abouti à la création d'un produit fini.
Selon Vsevolod Burtsev, les ingénieurs soviétiques ont essayé d'appliquer l'expérience la plus avancée des développeurs nationaux et étrangers. L'architecture des ordinateurs Elbrus a également été influencée par les ordinateurs Burroughs, les développements de Hewlett-Packard, ainsi que l'expérience des développeurs BESM-6.
Mais en même temps, de nombreux développements étaient originaux. La chose la plus intéressante à propos d'Elbrus-1 était son architecture.
Le supercalculateur créé est devenu le premier ordinateur en URSS à utiliser une architecture superscalaire. L'utilisation massive de processeurs superscalaires à l'étranger n'a commencé que dans les années 90 du siècle dernier avec l'apparition sur le marché de processeurs Intel Pentium abordables.
De plus, des processeurs d'entrée-sortie spéciaux pourraient être utilisés pour organiser le transfert de flux de données entre les périphériques et la RAM d'un ordinateur. Il pouvait y avoir jusqu'à quatre processeurs de ce type dans le système, ils travaillaient en parallèle avec le processeur central et disposaient de leur propre mémoire dédiée.
Elbrus-2
En 1985, Elbrus a reçu sa suite logique, l'ordinateur Elbrus-2 a été créé et envoyé en production de masse. En termes d'architecture, il ne différait pas beaucoup de son prédécesseur, mais utilisait une nouvelle base d'éléments, ce qui permettait de multiplier par près de 10 les performances globales - de 15 millions d'opérations par seconde à 125 millions. augmenté à 16 millions de mots de 72 bits ou 144 Mo. La bande passante maximale des canaux d'E / S Elbrus-2 était de 120 Mo / s.
"Elbrus-2" a été activement utilisé dans les centres de recherche nucléaire de Chelyabinsk-70 et d'Arzamas-16 dans le MCC, dans le système de défense antimissile A-135, ainsi que dans d'autres installations militaires.
La création d'Elbrouz a été dûment appréciée par les dirigeants de l'Union soviétique. De nombreux ingénieurs ont reçu des ordres et des médailles. Le concepteur général Vsevolod Burtsev et un certain nombre d'autres spécialistes ont reçu des prix d'État. Et Boris Babayan a reçu l'Ordre de la Révolution d'Octobre.
Ces récompenses sont plus que méritées, a déclaré Boris Babayan plus tard :
« En 1978, nous avons fabriqué la première machine superscalaire, Elbrus-1. Maintenant, en Occident, ils ne font que des superscalaires de cette architecture. Le premier superscalaire est apparu en Occident en 92, le nôtre en 78. De plus, la version du superscalaire que nous avons créée est similaire au Pentium Pro fabriqué par Intel en 95. »
Ces mots sur la supériorité historique sont également confirmés aux États-Unis, Keith Diefendorff, le développeur du Motorola 88110, l'un des premiers processeurs superscalaires occidentaux, a écrit :
"En 1978, près de 15 ans avant l'apparition des premiers processeurs superscalaires occidentaux, Elbrus-1 utilisait un processeur, avec l'émission de deux instructions en un cycle, modifiant l'ordre d'exécution des instructions, renommant les registres et s'exécutant par hypothèse."
Elbrus-3
C'était en 1986, et presque immédiatement après l'achèvement des travaux sur le deuxième Elbrus, ITMiVT a commencé à développer un nouveau système Elbrus-3 utilisant une architecture de processeur fondamentalement nouvelle. Boris Babayan a qualifié cette approche de « post-superscalaire ». C'est cette architecture, appelée plus tard VLIW / EPIC, qu'à l'avenir (au milieu des années 90) les processeurs Intel Itanium ont commencé à utiliser (et en URSS, ces développements ont commencé en 1986 et se sont terminés en 1991).
Dans ce complexe informatique, les idées de contrôle explicite du parallélisme des opérations à l'aide d'un compilateur ont d'abord été implémentées.
En 1991, le premier et, malheureusement, le seul ordinateur Elbrus-3 est sorti, qui n'a pas pu être entièrement ajusté, et après l'effondrement de l'Union soviétique, personne n'en avait besoin, et les développements et les plans sont restés sur papier.
Contexte de la nouvelle architecture
L'équipe qui travaillait à l'ITMiVT sur la création de supercalculateurs soviétiques ne s'est pas dissoute, mais a continué à travailler en tant que société distincte sous le nom de MCST (Moscow Center for SPARK-Technologies). Et au début des années 90, une coopération active entre MCST et Sun Microsystems a commencé, où l'équipe MCST a participé au développement du microprocesseur UltraSPARC.
C'est durant cette période qu'est né le projet d'architecture E2K, financé à l'origine par Sun. Plus tard, le projet est devenu complètement indépendant et toute la propriété intellectuelle pour celui-ci est restée avec l'équipe MCST.
« Si nous continuions à travailler avec Sun dans ce domaine, alors tout appartiendrait à Sun. Même si 90 % du travail a été fait avant l'arrivée de Sun. (Boris Babayan)
Architecture E2K
Lorsque nous discutons de l'architecture des processeurs Elbrus, nous entendons très souvent les déclarations suivantes de nos collègues de l'industrie informatique :
"Elbrus est une architecture RISC"
"Elbrus est une architecture EPIC"
"Elbrus est une architecture SPARC"
En fait, aucune de ces affirmations n'est entièrement vraie, ou si c'est le cas, ce n'est que partiellement vrai.
L'architecture E2K est une architecture de processeur originale distincte, les principales qualités d'E2K sont l'efficacité énergétique et une excellente évolutivité, obtenues en spécifiant un parallélisme explicite des opérations. L'architecture E2K a été développée par l'équipe MCST et est basée sur une architecture post-superscalaire (à la EPIC) avec une certaine influence de l'architecture SPARC (avec un passé RISC). Parallèlement, le MCST a été directement impliqué dans la création de trois des quatre architectures de base (Superscalaires, Post-Superscalaires et SPARC). Le monde est vraiment petit.
Pour éviter toute confusion à l'avenir, nous avons dessiné un schéma simple qui, bien que simplifié, montre très clairement les racines de l'architecture E2K.
Maintenant un peu plus sur le nom de l'architecture, par rapport à laquelle il y a aussi un malentendu.
Dans diverses sources, vous pouvez trouver les noms suivants pour cette architecture : "E2K", "Elbrus", "Elbrus 2000", ELBRUS ("ExpLicit Basic Resources Utilization Scheduling", c'est-à-dire une planification explicite de l'utilisation des ressources de base). Tous ces noms parlent de la même chose - à propos de l'architecture, mais dans la documentation technique officielle, ainsi que sur les forums techniques, le nom E2K est utilisé pour désigner l'architecture, donc à l'avenir, si nous parlons d'architecture de processeur, nous utilisons le terme "E2K", et s'il s'agit d'un processeur spécifique, nous utilisons le nom "Elbrus".
Caractéristiques techniques de l'architecture E2K
Dans les architectures traditionnelles telles que RISC ou CISC (x86, PowerPC, SPARC, MIPS, ARM), le processeur reçoit un flux d'instructions conçues pour une exécution séquentielle. Le processeur peut détecter des opérations indépendantes et les exécuter en parallèle (superscalaire) et même modifier leur ordre (out of order). Cependant, l'analyse dynamique des dépendances et la prise en charge de l'exécution dans le désordre ont leurs limites en termes de nombre de commandes lancées et analysées par cycle. De plus, les blocs correspondants à l'intérieur du processeur consomment une quantité importante d'énergie, et leur implémentation la plus complexe entraîne parfois des problèmes de stabilité ou de sécurité.
Dans l'architecture E2K, la tâche principale d'analyse des dépendances et d'optimisation de l'ordre des opérations incombe au compilateur. Le processeur reçoit le soi-disant. instructions larges, chacune encodant des instructions pour tous les dispositifs exécutifs du processeur qui doivent être lancés à un cycle d'horloge donné. Le processeur n'est pas obligé d'analyser les dépendances entre les opérandes ou les opérations d'échange entre les instructions étendues : le compilateur fait tout cela en se basant sur l'analyse du code source et la planification des ressources du processeur. En conséquence, le matériel du processeur peut être plus simple et plus économique.
Le compilateur est capable d'analyser le code source de manière beaucoup plus approfondie que le matériel RISC/CISC du processeur et de trouver des opérations plus indépendantes. Par conséquent, l'architecture E2K a plus d'unités d'exécution parallèles que les architectures traditionnelles.
Fonctionnalités actuelles de l'architecture E2K :
- 6 canaux d'unités logiques arithmétiques (ALU) fonctionnant en parallèle.
- Fichier de registre de 256 registres 84 bits.
- Prise en charge matérielle des cycles, y compris ceux avec pipeline. Augmente l'efficacité de l'utilisation des ressources du processeur.
- Prépompe de données asynchrone programmable avec canaux de lecture séparés. Vous permet de masquer les retards d'accès à la mémoire et d'utiliser pleinement l'ALU.
- Prise en charge des calculs spéculatifs et des prédicats à un bit. Permet de réduire le nombre de transitions et d'exécuter plusieurs branches du programme en parallèle.
- Une commande large capable de spécifier jusqu'à 23 opérations dans un cycle d'horloge avec un remplissage maximal (plus de 33 opérations lors du conditionnement des opérandes dans des instructions vectorielles).
Émulation x86
Même au stade de la conception de l'architecture, les développeurs ont compris l'importance de prendre en charge les logiciels écrits pour l'architecture Intel x86. Pour cela, un système a été implémenté pour la traduction dynamique (c'est-à-dire pendant l'exécution du programme, ou "à la volée") des codes binaires x86 en codes de processeur d'architecture E2K. Ce système peut fonctionner aussi bien en mode applicatif (à la manière de WINE), que dans un mode similaire à un hyperviseur (il est alors possible de faire tourner tout l'OS invité pour l'architecture x86).
Grâce à plusieurs niveaux d'optimisation, il est possible d'atteindre une vitesse élevée du code traduit. La qualité de l'émulation de l'architecture x86 est confirmée par le lancement réussi de plus de 20 systèmes d'exploitation (dont plusieurs versions de Windows) et des centaines d'applications sur les systèmes informatiques Elbrus.
Mode d'exécution de programme protégé
L'une des idées les plus intéressantes héritées des architectures Elbrus-1 et Elbrus-2 est l'exécution dite sécurisée des programmes. Son essence est de s'assurer que le programme ne fonctionne qu'avec des données initialisées, de vérifier que tous les accès mémoire appartiennent à une plage d'adresses valide, de fournir une protection inter-module (par exemple, pour protéger le programme appelant d'une erreur dans la bibliothèque). Toutes ces vérifications sont effectuées dans le matériel. Pour le mode protégé, il existe un compilateur complet et une bibliothèque de support d'exécution. Dans le même temps, il faut comprendre que les restrictions imposées conduisent à l'impossibilité d'organiser l'exécution, par exemple, du code écrit en C ++.
Même dans le mode de fonctionnement habituel "non protégé" des processeurs Elbrus, certaines fonctionnalités augmentent la fiabilité du système. Ainsi, la pile d'informations de liaison (la chaîne d'adresses de retour pour les appels de procédure) est séparée de la pile de données utilisateur et est inaccessible aux attaques utilisées dans les virus comme l'usurpation d'adresse de retour.
Conçu au fil des ans, non seulement il rattrape et surpasse les architectures concurrentes en termes de performances et d'évolutivité à l'avenir, mais il offre également une protection contre les bogues qui affligent x86/amd64. Signets comme 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) et autres.
La protection moderne contre les vulnérabilités trouvées dans l'architecture x86/amd64 est basée sur des correctifs au niveau du système d'exploitation. C'est pourquoi la baisse des performances sur les générations actuelles et précédentes de processeurs de ces architectures est si notable et varie de 30% à 80%. Nous, en tant qu'utilisateurs actifs de processeurs x86, le savons, souffrons et continuons à «manger un cactus», mais la présence d'une solution à ces problèmes dans l'œuf pour nous (et, par conséquent, pour nos clients) est un avantage incontestable, surtout si la solution est russe.
caractéristiques techniques
Vous trouverez ci-dessous les caractéristiques techniques officielles des processeurs Elbrus des générations passées (4C), actuelles (8C), nouvelles (8CB) et futures (16C) par rapport aux processeurs Intel x86 similaires.
Même un rapide coup d'œil à ce tableau montre (et c'est très réjouissant) que l'arriéré technologique des transformateurs nationaux, qui semblait insurmontable il y a 10 ans, semble déjà assez réduit, et en 2021 avec le lancement d'Elbrus-16C (qui, parmi d'autres choses, prendront en charge la virtualisation) seront réduites aux distances minimales.
SHD AERODISK sur processeurs Elbrus 8C
On passe de la théorie à la pratique. Dans le cadre de l'alliance stratégique de MCST, Aerodisk, Basalt SPO (anciennement Alt Linux) et NORSI-TRANS, un système de stockage de données a été développé et mis en service, qui à l'heure actuelle est sinon le meilleur en termes de sécurité, fonctionnalité, coût et performance , à notre avis, une solution indéniablement valable qui peut assurer le bon niveau d'indépendance technologique de notre patrie.
Maintenant les détails...
Matériel
La partie matérielle du système de stockage est implémentée sur la base de la plate-forme universelle Yakhont UVM de la société NORSI-TRANS. La plate-forme Yakhont UVM a reçu le statut d'équipement de télécommunications d'origine russe et est inscrite au registre unifié des produits radioélectroniques russes. Le système se compose de deux contrôleurs de stockage séparés (2U chacun), qui sont interconnectés par une interconnexion Ethernet 1G ou 10G, ainsi que d'étagères de disques partagées à l'aide d'une connexion SAS.
Bien sûr, ce n'est pas aussi beau que le format "Cluster in a box" (lorsque des contrôleurs et des disques avec un fond de panier commun sont installés dans un châssis 2U) que nous utilisons habituellement, mais dans un avenir proche, il sera également disponible. L'essentiel ici est que cela fonctionne bien, mais nous penserons aux "arcs" plus tard.
Sous le capot, chaque contrôleur dispose d'une carte mère monoprocesseur avec quatre emplacements RAM (DDR3 pour un processeur 8C). Également à bord de chaque contrôleur, il y a 4 ports Ethernet 1G (dont deux sont utilisés par le logiciel AERODISK ENGINE en tant que service) et trois emplacements PCIe pour les adaptateurs Back-end (SAS) et Front-end (Ethernet ou FibreChannel).
En tant que disques de démarrage, nous utilisons des disques SSD SATA russes de GS Nanotech, que nous avons testés et utilisés à plusieurs reprises dans des projets.
Lorsque nous avons rencontré la plate-forme pour la première fois, nous l'avons soigneusement examinée. Nous n'avions aucune question sur la qualité de l'assemblage et de la soudure, tout a été fait proprement et de manière fiable.
Système d'exploitation
La version du système d'exploitation Alt 8SP pour la certification est utilisée comme système d'exploitation. Dans un avenir proche, nous prévoyons de créer un référentiel enfichable et constamment mis à jour pour Alt OS avec le logiciel de stockage Aerodisk.
Cette version de la distribution est construite sur la version stable actuelle du noyau Linux 4.9 pour E2K (une branche avec un support à long terme porté par des spécialistes MCST), complétée par des correctifs pour la fonctionnalité et la sécurité. Tous les packages d'Alt OS sont construits directement sur Elbrus en utilisant le système de construction transactionnel original du projet ALT Linux Team, ce qui a permis de réduire les coûts de main-d'œuvre pour le transfert lui-même et d'accorder plus d'attention à la qualité du produit.
Toute version d'Alt OS pour Elbrus peut être considérablement étendue en termes de fonctionnalités à l'aide du référentiel disponible (d'environ 6 12 packages source pour la huitième version à environ XNUMX pour la neuvième).
Le choix a également été fait parce que Basalt SPO, le développeur d'Alt OS, travaille activement avec d'autres développeurs de logiciels et d'appareils sur diverses plates-formes, garantissant une interaction transparente au sein des systèmes matériels et logiciels.
Systèmes de stockage de logiciels
Lors du portage, nous avons immédiatement abandonné l'idée d'utiliser l'émulation x2 prise en charge dans E86K, et avons commencé à travailler directement avec les processeurs (heureusement, Alt dispose déjà des outils nécessaires pour cela).
Entre autres choses, le mode d'exécution natif offre une meilleure sécurité (les mêmes trois piles matérielles au lieu d'une) et des performances accrues (il n'est pas nécessaire d'allouer un ou deux cœurs sur huit pour que le traducteur binaire fonctionne, et le compilateur fait son mieux que JIT).
En fait, l'implémentation E2K d'AERODISK ENGINE prend en charge la plupart des fonctionnalités de stockage existantes trouvées dans x86. La version actuelle d'AERODISK ENGINE (A-CORE version 2.30) est utilisée comme logiciel de système de stockage
Sans aucun problème sur E2K, les fonctions suivantes ont été introduites et testées pour une utilisation dans le produit :
- Tolérance aux pannes jusqu'à deux contrôleurs et E/S multivoies (mpio)
- Accès aux blocs et aux fichiers avec des volumes légers (pools RDG, DDP ; protocoles FC, iSCSI, NFS, SMB, y compris l'intégration d'Active Directory)
- Différents niveaux RAID jusqu'à la triple parité (y compris la possibilité d'utiliser le constructeur RAID)
- Stockage hybride (combinant SSD et HDD dans le même pool, c'est-à-dire cache et hiérarchisation)
- Options d'économie d'espace avec déduplication et compression
- Snapshots ROW, clones et diverses options de réplication
- Et d'autres fonctionnalités petites mais utiles telles que QoS, hotspare global, VLAN, BOND, etc.
En fait, sur E2K, nous avons réussi à obtenir toutes nos fonctionnalités, à l'exception des multi-contrôleurs (plus de deux) et du planificateur d'E / S multi-thread, qui nous permet d'augmenter les performances des pools 20% flash de 30 à XNUMX% .
Mais bien sûr, nous ajouterons également ces fonctions utiles, une question de temps.
Un peu sur les performances
Après avoir passé avec succès les tests des fonctionnalités de base du système de stockage, nous avons bien sûr commencé à effectuer des tests de charge.
Par exemple, sur un système de stockage à double contrôleur (2xCPU E8C 1.3 Ghz, 32 Go de RAM + 4 SSD SAS 800 Go 3DWD), dans lequel le cache RAM était désactivé, nous avons créé deux pools DDP avec le niveau principal RAID-10 et deux 500G LUN et connecté ces LUN via iSCSI (10G Ethernet) à un hôte Linux. Et a fait l'un des tests horaires de base sur de petits blocs de chargement séquentiels à l'aide du programme FIO.
Les premiers résultats sont plutôt positifs.
La charge sur les processeurs était en moyenne au niveau de 60%, c'est-à-dire c'est le niveau de base auquel le stockage peut fonctionner en toute sécurité.
Oui, c'est loin d'être du highload, et ce n'est clairement pas suffisant pour des SGBD performants, mais, comme le montre notre pratique, ces caractéristiques sont suffisantes pour 80% des tâches générales pour lesquelles des systèmes de stockage sont utilisés.
Un peu plus tard, nous prévoyons de revenir avec un rapport détaillé sur les tests de charge d'Elbrus en tant que plate-forme de stockage.
Avenir brillant
Comme nous l'avons écrit ci-dessus, la production de masse d'Elbrus 8C n'a en fait commencé que récemment - début 2019 et en décembre, environ 4000 4 processeurs avaient déjà été lancés. A titre de comparaison, seuls 5000 processeurs de la génération précédente Elbrus XNUMXC ont été produits pendant toute la période de leur production, il y a donc des progrès.
Il est clair qu'il s'agit d'une goutte d'eau dans l'océan, même pour le marché russe, mais la route sera maîtrisée par celui qui marche.
La sortie de plusieurs dizaines de milliers de processeurs Elbrus 2020C est prévue pour 8, et c'est déjà un chiffre sérieux. De plus, courant 2020, le processeur Elbrus-8SV devrait être amené par l'équipe MCST à la production de masse.
De tels plans de production sont une application pour une part très importante de l'ensemble du marché national des processeurs de serveurs.
En conséquence, nous avons ici et maintenant un bon processeur russe moderne avec une stratégie de développement claire et, à notre avis, correcte, sur la base de laquelle il existe le système de stockage de données de fabrication russe le plus sûr et le plus certifié (et dans le futur, un système de virtualisation sur Elbrus-16C). Le système russe est aussi loin qu'il est maintenant physiquement possible dans les conditions modernes.
Nous voyons souvent dans les nouvelles les prochains échecs épiques d'entreprises qui s'appellent fièrement des fabricants russes, mais qui sont en fait engagées dans le recollage d'étiquettes sans ajouter de valeur propre aux produits d'un fabricant étranger, à l'exception de leur marge bénéficiaire. Ces entreprises, malheureusement, jettent une ombre sur tous les vrais développeurs et fabricants russes.
Avec cet article, nous voulons montrer clairement que dans notre pays, il y avait, il y a et il y aura des entreprises qui fabriquent réellement et efficacement des systèmes informatiques complexes modernes et se développent activement, et la substitution des importations dans l'informatique n'est pas un blasphème, mais une réalité dans laquelle nous vivons tous. Vous ne pouvez pas aimer cette réalité, vous pouvez la critiquer, ou vous pouvez travailler et la rendre meilleure.
L'effondrement de l'URSS à un moment donné a empêché l'équipe des créateurs d'Elbrus de devenir un acteur de premier plan dans le monde des processeurs et a obligé l'équipe à rechercher des financements pour leurs développements à l'étranger. Elle a été trouvée, le travail a été fait et la propriété intellectuelle a été sauvée, pour laquelle je voudrais dire un immense merci à ces personnes !
C'est tout pour le moment, n'hésitez pas à écrire vos commentaires, questions et, bien sûr, critiques. Nous sommes toujours heureux.
De plus, au nom de toute la société Aerodisk, je tiens à féliciter toute la communauté informatique russe pour le Nouvel An et Noël à venir, je souhaite une disponibilité de 100% - et que les sauvegardes ne seront utiles à personne dans la nouvelle année))).
matériaux utilisés
Un article avec une description générale des technologies, des architectures et des personnalités :
Une brève histoire des ordinateurs sous le nom "Elbrus":
Article général sur l'architecture e2k :
L'article concerne la 4ème génération (Elbrus-8S) et la 5ème génération (Elbrus-8SV, 2020) :
Spécifications de la prochaine 6e génération de processeurs (Elbrus-16SV, 2021) :
La description officielle de l'architecture d'Elbrouz :
Les plans des développeurs de la plate-forme matérielle et logicielle "Elbrus" pour créer un supercalculateur aux performances exascale :
Technologies russes Elbrus pour ordinateurs personnels, serveurs et superordinateurs :
Un vieil article de Boris Babayan, mais toujours d'actualité :
Ancien article de Mikhail Kuzminsky :
Présentation MCST, informations générales :
Informations sur Alt OS pour la plate-forme Elbrus :
Source: habr.com