国内プロセッサ Elbrus 8C 上の SHD AERODISK

Habr読者の皆さん、こんにちは。 とても良いニュースをいくつか共有したいと思います。 私たちはついにロシアの新世代 Elbrus 8C プロセッサの実際の量産を待ちました。 公式には、早ければ2016年に量産が開始される予定だったが、実際には量産が開始されたのは2019年になってからで、すでに約4000個のプロセッサがリリースされている。

量産開始直後に、これらのプロセッサは当社の Aerodisk に搭載されました。NORSI-TRANS 社に感謝します。NORSI-TRANS 社は、Elbrus 8C プロセッサをサポートするハードウェア プラットフォーム Yakhont UVM を提供し、ソフトウェア部分を移植してくれました。ストレージシステム。 これは、MCST のすべての要件を満たす最新のユニバーサル プラットフォームです。 現時点では、このプラットフォームは、運用調査活動中に確立されたアクションの実装を確実にするために、特別な消費者と通信事業者によって使用されています。

現時点では移植は正常に完了し、AERODISKストレージシステムは国産Elbrusプロセッサ搭載バージョンが利用可能になりました。

この記事では、プロセッサ自体、その歴史、アーキテクチャ、そしてもちろん Elbrus でのストレージ システムの実装について説明します。

ストーリー

Elbrus プロセッサーの歴史はソビエト連邦の時代にまで遡ります。 1973年、その名を冠したファインメカニクス・コンピュータ工学研究所にてSA レベデフ (ソ連最初のコンピューター MESM、その後 BESM の開発を主導したセルゲイ レベデフにちなんで命名) によって、エルブルスと呼ばれるマルチプロセッサ コンピューティング システムの開発が始まりました。 フセヴォロド・セルゲイビッチ・ブルツェフが開発を監督し、副チーフデザイナーの一人であるボリス・アルタシェソビッチ・ババヤンも開発に積極的に参加しました。

フセヴォロド・セルゲイビッチ・ブルツェフ

ボリス・アルタシェソビッチ・ババヤン

もちろん、このプロジェクトの主な顧客はソ連軍であり、この一連のコンピュータは最終的に、コマンド コンピューティング センターやミサイル防衛システムの射撃システム、その他の特殊目的システムの作成に使用されることに成功しました。 。

最初の Elbrus コンピューターは 1978 年に完成しました。 これはモジュラー アーキテクチャを備えており、中程度の統合スキームに基づいて 1 ～ 10 個のプロセッサを含めることができました。 このマシンの速度は 15 秒あたり 10 万回の操作に達しました。 2 個のプロセッサすべてに共通の RAM の量は、マシン ワードの 20 の 64 乗、つまり XNUMX MB まででした。

その後、Elbrus の開発に使用されたテクノロジーの多くは世界中で同時に研究され、International Business Machine (IBM) がそれらのプロジェクトに携わっていたことが判明しましたが、これらのプロジェクトの作業は Elbrus の作業とは異なり、完成しましたが、最終的には完成品の作成には至りませんでした。

フセヴォロド・ブルツェフによれば、ソ連の技術者は国内外の開発者の最先端の経験を応用しようとしたという。 Elbrus コンピュータのアーキテクチャは、Burroughs コンピュータ、Hewlett-Packard の開発、および BESM-6 開発者の経験にも影響を受けました。

しかし同時に、多くの開発は独創的でした。 Elbrus-1 について最も興味深い点は、そのアーキテクチャでした。

作成されたスーパーコンピューターは、スーパースカラー アーキテクチャを使用したソ連初のコンピューターとなりました。 海外でスーパースカラ プロセッサが大量に使用されるようになったのは、手頃な価格の Intel Pentium プロセッサが市場に登場した前世紀の 90 年代になってからです。

さらに、特殊な入出力プロセッサを使用して、周辺機器とコンピュータの RAM 間のデータ ストリームの転送を組織化することもできます。 システム内にはこのようなプロセッサを最大 XNUMX つまで搭載でき、それらは中央プロセッサと並行して動作し、独自の専用メモリを備えていました。

Elbrus-2

1985 年に、Elbrus は論理的な継続を受け取り、Elbrus-2 コンピューターが作成され、量産されました。 アーキテクチャの点では、以前のバージョンと大きな違いはありませんが、新しい要素ベースが使用され、全体のパフォーマンスが 10 秒あたり 15 万操作から 125 億 16 万操作へとほぼ 72 倍向上しました。 144 万の 2 ビット ワードまたは 120 MB に増加しました。 Elbrus-XNUMX I/O チャネルの最大帯域幅は XNUMX MB/秒でした。

「エルブルス-2」は、チェリャビンスク-70とMCCのアルザマス-16の核研究センター、A-135ミサイル防衛システム、その他の軍事施設で積極的に使用された。

エルブルスの創設はソビエト連邦の指導者によって正当に評価されました。 多くの技術者が勲章や勲章を授与されました。 総合デザイナーのフセヴォロド・ブルツェフと他の多くの専門家が州賞を受賞しました。 そしてボリス・ババヤンには十月革命勲章が授与された。

これらの賞は当然のことであると、ボリス・ババヤンは後に次のように述べています。

「1978 年に、私たちは最初のスーパースカラー マシン Elbrus-1 を作りました。 現在、西側ではこのアーキテクチャのみのスーパースカラーを製造しています。 最初のスーパースカラーは 92 年に西側に登場し、私たちのものは 78 年に登場しました。 さらに、私たちが作成したスーパースカラのバージョンは、インテルが 95 年に作成した Pentium Pro に似ています。」

歴史的な優位性についてのこれらの言葉は米国でも確認されており、最初の西側スーパースカラ プロセッサの 88110 つである Motorola XNUMX の開発者である Keith Diefendorff は次のように書いています。

「西洋の最初のスーパースカラ プロセッサが登場するほぼ 1978 年前の 15 年に、Elbrus-1 は XNUMX サイクルで XNUMX つの命令を発行し、命令の実行順序を変更し、レジスタの名前を変更し、仮定に基づいて実行するプロセッサを使用しました。」

Elbrus-3

それは 1986 年で、3 番目の Elbrus の作業が完了したほぼ直後に、ITMiVT は根本的に新しいプロセッサ アーキテクチャを使用した新しい Elbrus-90 システムの開発を開始しました。 ボリス・ババヤン氏は、このアプローチを「ポスト・スーパースカラー」と呼びました。 将来 (1986 年代半ば) Intel Itanium プロセッサが使用し始めたのは、後に VLIW / EPIC と呼ばれるこのアーキテクチャでした (ソ連ではこれらの開発は 1991 年に始まり XNUMX 年に終了しました)。

このコンピューティング複合体では、コンパイラの助けを借りて演算の並列処理を明示的に制御するというアイデアが初めて実装されました。

1991 年に最初の、そして残念なことに唯一の Elbrus-3 コンピューターがリリースされましたが、完全に調整することができず、ソ連崩壊後は誰も必要としなくなり、開発と計画は紙の上に残されました。

新しいアーキテクチャの背景

ITMiVT でソ連のスーパーコンピューターの開発に取り組んでいたチームは解散せず、MCST (モスクワ SPARK テクノロジー センター) という名前で別の会社として活動を続けました。 そして 90 年代初頭には、MCST と Sun Microsystems の間の積極的な協力が始まり、MCST チームは UltraSPARC マイクロプロセッサの開発に参加しました。

E2K アーキテクチャ プロジェクトが立ち上がったのはこの時期であり、当初は Sun から資金提供を受けていました。 その後、プロジェクトは完全に独立し、すべての知的財産は MCST チームに残されました。

「もし私たちがこの分野でSunと協力し続ければ、すべてはSunのものになるでしょう。 作業の 90% は Sun が登場する前に完了していたにもかかわらずです。」 (ボリス・ババヤン)

E2K アーキテクチャ

Elbrus プロセッサのアーキテクチャについて議論するとき、IT 業界の同僚から次のような意見がよく聞かれます。

「Elbrus は RISC アーキテクチャです」
「Elbrus は壮大なアーキテクチャです」
「Elbrus は SPARC アーキテクチャです」

実際、これらの記述はどれも完全に正しいわけではなく、たとえ正しいとしても部分的にしか正しいわけではありません。

E2K アーキテクチャは、独立した独自のプロセッサ アーキテクチャであり、E2K の主な特長は、演算の明示的な並列処理を指定することによって実現されるエネルギー効率と優れたスケーラビリティです。 E2K アーキテクチャは MCST チームによって開発され、SPARC アーキテクチャ (RISC の過去を持つ) からある程度の影響を受けた、ポスト スーパースカラ アーキテクチャ (EPIC 風の) に基づいています。 同時に、MCST は XNUMX つの基本アーキテクチャのうち XNUMX つ (スーパースカラー、ポスト スーパースカラー、SPARC) の作成に直接関与しました。 世界は本当に狭いです。

将来の混乱を避けるために、簡略化されていますが、E2K アーキテクチャのルーツを非常に明確に示す単純な図を描きました。

ここで、アーキテクチャの名前についてもう少し詳しく説明しますが、これに関して誤解もあります。

さまざまなソースで、このアーキテクチャの次の名前が見つかります: 「E2K」、「Elbrus」、「Elbrus 2000」、ELBRUS (「ExpLicit Basic Resources Utilization Scheduling」、つまり、基本リソースの使用に関する明示的な計画)。 これらの名前はすべて同じこと、つまりアーキテクチャについて語っていますが、公式の技術文書や技術フォーラムでは、アーキテクチャを指定するために E2K という名前が使用されています。そのため、将来、プロセッサ アーキテクチャについて話している場合、私たちは「E2K」という用語を使用し、特定のプロセッサについては「Elbrus」という名前を使用します。

E2Kアーキテクチャの技術的特徴

RISC や CISC (x86、PowerPC、SPARC、MIPS、ARM) などの従来のアーキテクチャでは、プロセッサは順次実行するように設計された命令のストリームを受け取ります。 プロセッサは独立した操作を検出して並列実行 (スーパースカラー) したり、順序を変更したり (アウトオブオーダー) することもできます。 ただし、動的な依存関係分析とアウトオブオーダー実行のサポートには、サイクルごとに起動および分析されるコマンドの数という点で制限があります。 さらに、プロセッサ内の対応するブロックは大量のエネルギーを消費し、その最も複雑な実装は安定性やセキュリティの問題を引き起こすことがあります。

E2K アーキテクチャでは、依存関係を分析し、操作の順序を最適化するという主な仕事はコンパイラーによって行われます。 プロセッサはいわゆるものを受け取ります。 ワイド命令。それぞれの命令は、特定のクロック サイクルで起動する必要があるすべてのプロセッサ実行デバイスに対する命令をエンコードします。 プロセッサは、オペランド間の依存関係を分析したり、ワイド命令間のスワップ操作を行う必要はありません。コンパイラは、これらすべてをソース コード分析とプロセッサ リソース プランニングに基づいて実行します。 その結果、プロセッサ ハードウェアはよりシンプルになり、より経済的になります。

コンパイラは、プロセッサの RISC/CISC ハードウェアよりもはるかに徹底的にソース コードを解析し、より独立した操作を見つけることができます。 したがって、E2K アーキテクチャには、従来のアーキテクチャよりも多くの並列実行ユニットがあります。

E2K アーキテクチャの現在の機能:

• 並列動作する 6 チャネルの算術論理演算装置 (ALU)。
• 256 個の 84 ビット レジスタのレジスタ ファイル。
• パイプラインを含むサイクルのハードウェア サポート。 プロセッサーのリソース使用効率が向上します。
• 個別の読み出しチャネルを備えたプログラム可能な非同期データ プリポンプ。 メモリ アクセスによる遅延を隠し、ALU を最大限に活用できます。
• 投機的計算と XNUMX ビット述語のサポート。 トランジションの数を減らし、プログラムの複数のブランチを並行して実行できます。
• 最大充填で 23 クロック サイクルで最大 33 の演算を指定できるワイド コマンド (オペランドをベクトル命令にパックする場合は XNUMX を超える演算)。

エミュレーションx86

アーキテクチャ設計の段階でも、開発者は Intel x86 アーキテクチャ用に作成されたソフトウェアをサポートすることの重要性を理解していました。 このため、x86 バイナリ コードを E2K アーキテクチャ プロセッサ コードに動的に (つまり、プログラム実行中、または「オンザフライ」で) 変換するシステムが実装されました。 このシステムは、アプリケーション モード (WINE のような方法) とハイパーバイザーに似たモード (x86 アーキテクチャのゲスト OS 全体を実行することが可能) の両方で動作します。

いくつかのレベルの最適化のおかげで、変換されたコードの高速化を実現できます。 x86 アーキテクチャ エミュレーションの品質は、Elbrus コンピューティング システム上で 20 以上のオペレーティング システム (Windows のいくつかのバージョンを含む) と数百のアプリケーションの起動に成功したことによって確認されています。

保護されたプログラム実行モード

Elbrus-1 および Elbrus-2 アーキテクチャから継承された最も興味深いアイデアの XNUMX つは、いわゆる安全なプログラムの実行です。 その本質は、プログラムが初期化されたデータでのみ動作することを保証し、すべてのメモリ アクセスが有効なアドレス範囲に属しているかどうかをチェックし、モジュール間保護を提供することです (たとえば、ライブラリ内のエラーから呼び出し側プログラムを保護するため)。 これらのチェックはすべてハードウェアで実行されます。 プロテクト モードには、本格的なコンパイラとランタイム サポート ライブラリがあります。 同時に、課せられた制限により、C ++ で書かれたコードなどの実行を組織化することが不可能になることを理解する必要があります。

Elbrus プロセッサの通常の「保護されていない」動作モードでも、システムの信頼性を高める機能があります。 したがって、バインディング情報スタック (プロシージャ呼び出しのリターン アドレスのチェーン) はユーザー データ スタックから分離されており、リターン アドレス スプーフィングなどのウイルスで使用される攻撃にはアクセスできません。

長年にわたって設計されてきたこの製品は、将来的にパフォーマンスとスケーラビリティの点で競合するアーキテクチャに追いつき、それを上回るパフォーマンスを発揮するだけでなく、x86/amd64 を悩ませるバグに対する保護も提供します。 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) など。

x86/amd64 アーキテクチャで見つかった脆弱性に対する最新の保護は、オペレーティング システム レベルのパッチに基づいています。 これらのアーキテクチャの現行および前世代のプロセッサーのパフォーマンス低下が非常に顕著であり、その範囲は 30% から 80% であるのはそのためです。 x86 プロセッサのアクティブ ユーザーである私たちは、このことを知っており、苦しみ、「サボテンを食べる」ことを続けていますが、これらの問題に対する解決策が私たち (そして結果としてお客様) にとって芽生えつつあることは、重要な問題です。特にロシア的な解決策であれば、間違いなく利点があります。

技術特性

以下は、過去 (4C)、現行 (8C)、新世代 (8CB)、および将来の世代 (16C) の Elbrus プロセッサーの公式技術特性を、同様の Intel x86 プロセッサーと比較したものです。

この表をざっと見ただけでも (これは非常に喜ばしいことですが)、10 年前には克服不可能に見えた国内プロセッサーの技術的バックログが、現在ではすでにかなり小さくなっていることがわかります。その他、仮想化をサポートします) は最小距離まで短縮されます。

Elbrus 8C プロセッサ上の SHD AERODISK

理論から実践へと移ります。 MCST、Aerodisk、Basalt SPO (旧 Alt Linux)、および NORSI-TRANS の戦略的提携の一環として、データ ストレージ システムが開発され、運用が開始されました。これは、現時点では、セキュリティ、機能、コストとパフォーマンス、私たちの意見では、祖国の適切なレベルの技術的独立性を保証できる、間違いなく価値のあるソリューションです。
詳細は...

ハードウェア

ストレージ システムのハードウェア部分は、NORSI-TRANS 社のユニバーサル プラットフォーム Yakhont UVM に基づいて実装されています。 Yakhont UVM プラットフォームはロシア原産の電気通信機器の地位を取得し、ロシアの無線電子製品の統一登録簿に含まれています。 このシステムは、2 つの個別のストレージ コントローラー (それぞれ 1U) で構成されており、これらは 10G または XNUMXG イーサネット インターコネクトと、SAS 接続を使用した共有ディスク シェルフによって相互接続されています。

もちろん、これは私たちが通常使用している「Cluster in a box」形式 (共通のバックプレーンを持つコントローラーとディスクが 2 つの XNUMXU シャーシにインストールされている場合) ほど美しくはありませんが、近い将来、これも利用できるようになるでしょう。 ここで重要なのは、それがうまく機能することですが、「弓」については後で考えます。

各コントローラーの内部には、3 つの RAM スロット (8C プロセッサーの場合は DDR4) を備えたシングルプロセッサーのマザーボードが搭載されています。 また、各コントローラーには 1 つの XNUMXG イーサネット ポート (そのうち XNUMX つはサービスとして AERODISK ENGINE ソフトウェアによって使用されます) と、バックエンド (SAS) およびフロントエンド (イーサネットまたはファイバーチャネル) アダプター用の XNUMX つの PCIe スロットがあります。

ブート ディスクとして、プロジェクトで繰り返しテストおよび使用されている、ロシアの GS Nanotech 製 SATA SSD ディスクを使用します。

初めてこのプラットフォームに出会ったとき、私たちは慎重に検討しました。 組み立てやはんだ付けの品質については何の疑問もありませんでした。すべてがきちんと確実に行われました。

オペレーティングシステム

OSは認証用OS Alt 8SPのバージョンを使用します。 近い将来、Aerodisk ストレージ ソフトウェアを使用して、プラグ可能で常に更新される Alt OS 用のリポジトリを作成する予定です。

このバージョンのディストリビューションは、E4.9K (MCST スペシャリストによって移植された長期サポートを備えたブランチ) 用の Linux 2 カーネルの現在の安定バージョンに基づいて構築されており、機能とセキュリティのためのパッチが追加されています。 Alt OS のすべてのパッケージは、ALT Linux チーム プロジェクトのオリジナルのトランザクション ビルド システムを使用して Elbrus 上に直接ビルドされます。これにより、転送自体の人件費を削減し、製品の品質にさらに注意を払うことが可能になりました。

Alt OS for Elbrus のどのリリースでも、利用可能なリポジトリを使用して機能の点で大幅に拡張できます (6 番目のバージョンの約 12 個のソース パッケージから、XNUMX 番目のバージョンの約 XNUMX 個のソース パッケージ)。

Alt OS の開発者である Basalt SPO が、さまざまなプラットフォーム上で他のソフトウェアおよびデバイス開発者と積極的に連携し、ハードウェアおよびソフトウェア システム内でのシームレスな相互作用を確保していることもこの選択の理由です。

ソフトウェアストレージシステム

移植の際、私たちは E2K でサポートされている x86 エミュレーションを使用するという考えをすぐに放棄し、プロセッサを直接操作するようになりました (幸いなことに、Alt にはこれに必要なツールがすでにあります)。

とりわけ、ネイティブ実行モードは、より優れたセキュリティ (XNUMX つではなく XNUMX つの同じハードウェア スタック) とパフォーマンスの向上 (バイナリ トランスレータが動作するために XNUMX つのコアのうち XNUMX つまたは XNUMX つを割り当てる必要がなく、コンパイラがその処理を実行します) を提供します。 JIT よりも優れた仕事です)。

実際、AERODISK ENGINE の E2K 実装は、x86 にある既存のストレージ機能のほとんどをサポートしています。 AERODISK ENGINE の現行バージョン (A-CORE バージョン 2.30) がストレージ システム ソフトウェアとして使用されます

E2K では問題なく、次の機能が導入され、製品での使用がテストされました。

• 最大 XNUMX つのコントローラとマルチパス I/O (mpio) に対する耐障害性
• シン ボリュームによるブロックおよびファイル アクセス (RDG、DDP プール、FC、iSCSI、NFS、Active Directory 統合を含む SMB プロトコル)
• トリプルパリティまでのさまざまな RAID レベル (RAID コンストラクターを使用する機能を含む)
• ハイブリッド ストレージ (同じプール内で SSD と HDD を組み合わせる、つまりキャッシュと階層化)
• 重複排除と圧縮によるスペース節約オプション
• ROW スナップショット、クローン、およびさまざまなレプリケーション オプション
• その他、QoS、グローバル ホットスペア、VLAN、BOND などの小さいながらも便利な機能があります。

実際、E2K では、マルチ コントローラ (20 つ以上) とマルチスレッド I/O スケジューラを除くすべての機能を取得することができました。これにより、オール フラッシュ プールのパフォーマンスを 30 ～ XNUMX% 向上させることができます。 。

しかし、もちろん、時間の問題として、これらの便利な機能も追加する予定です。

パフォーマンスについて少し

ストレージ システムの基本機能のテストに合格した後、当然のことながら負荷テストの実行を開始しました。

たとえば、RAM キャッシュが無効になっているデュアルコントローラー ストレージ システム (2xCPU E8C 1.3 Ghz、32 GB RAM + 4 SAS SSD 800GB 3DWD) では、メイン RAID-10 レベルと 500 つの 10G で XNUMX つの DDP プールを作成しました。 LUN を作成し、これらの LUN を iSCSI (XNUMXG イーサネット) 経由で Linux ホストに接続しました。 そして、FIO プログラムを使用して、小さな順次ロード ブロックに対して基本的な XNUMX 時間ごとのテストを実行しました。

最初の結果は非常にポジティブなものでした。

プロセッサの負荷は平均して 60% のレベルでした。 これは、ストレージが安全に動作できる基本レベルです。

はい、これは高負荷とは程遠いものであり、高パフォーマンスの DBMS の場合、ある種の課金では明らかに十分ではありません。しかし、私たちの実践が示すように、これらの特性はストレージ システムが使用される一般的なタスクの 80% には十分です。 。

少し後、ストレージ プラットフォームとしての Elbrus の負荷テストに関する詳細なレポートをお送りする予定です。

明るい未来

上で書いたように、Elbrus 8C の量産は実際にはつい最近開始されました。2019 年の初めには、4000 月までに約 4 個のプロセッサがすでにリリースされていました。 比較のために言うと、前世代の Elbrus 5000C プロセッサは全生産期間を通じてわずか XNUMX 個しか生産されなかったため、進歩が見られます。

ロシア市場にとってさえ、これが大海の一滴であることは明らかだが、その道は歩く者によって習得されるだろう。
2020 年には数万個の Elbrus 8C プロセッサのリリースが計画されており、これはすでに深刻な数字です。 さらに、2020 年中に、MCST チームによって Elbrus-8SV プロセッサが量産される予定です。

このような生産計画は、国内サーバープロセッサ市場全体で非常に大きなシェアを占めるアプリケーションです。

その結果、すでに現在、私たちは明確で、私たちの意見では正しい開発戦略を備えた優れた最新のロシア製プロセッサを手に入れており、それに基づいて、最も安全で認定されたロシア製のデータストレージシステムが存在します。将来的には、Elbrus-16C 上の仮想化システム)。 ロシアのシステムは、現代の状況において物理的に可能な限りのものである。

誇らしげに自らをロシアの製造業者と称しながら、実際には外国製造業者の製品に値上げ以外の独自の価値を何も付加せずにラベルの貼り直しに従事している企業の次なる大失敗をニュースでよく目にする。 残念ながら、そのような企業はロシアのすべての本物の開発者や製造業者に影を落としています。

この記事で、私たちは、我が国には、現代の複雑なITシステムを実際に効率的に構築し、積極的に開発を行っている企業がかつて存在し、現在、そして今後も存在すること、そしてITにおける輸入代替は冒涜ではなく、現実であることを明確に示したいと思います。私たちは皆生きています。 この現実を愛することも、批判することも、努力して改善することもできません。

ソ連の崩壊により、Elbrus の作成者チームはプロセッサの世界で著名なプレーヤーになることができなくなり、開発のための資金を海外に求めざるを得なくなりました。 それが見つかり、作業が完了し、知的財産が保存されました。これらの人々に多大な感謝を申し上げたいと思います。

今回はここまでです。コメント、質問、そしてもちろん批判もお書きください。 私たちはいつも幸せです。

また、Aerodisk 社全体を代表して、来たる新年とクリスマスをロシアの IT コミュニティ全体に祝福したいと思います。稼働率が 100% であることを祈ります。そして、新年にはバックアップが誰にとっても役に立たないことを願っています)))。

使用材料

テクノロジー、アーキテクチャ、性格についての一般的な説明を含む記事:
https://www.ixbt.com/cpu/e2k-spec.html

「Elbrus」という名前のコンピューターの簡単な歴史:
https://topwar.ru/34409-istoriya-kompyuterov-elbrus.html

e2k アーキテクチャに関する一般的な記事:
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81_2000

この記事は第 4 世代 (Elbrus-8S) と第 5 世代 (Elbrus-8SV、2020) に関するものです。
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81-8%D0%A1

次の第 6 世代プロセッサーの仕様 (Elbrus-16SV、2021):
https://ru.wikipedia.org/wiki/%D0%AD%D0%BB%D1%8C%D0%B1%D1%80%D1%83%D1%81-16%D0%A1

エルブルスの建築の公式説明:
http://www.elbrus.ru/elbrus_arch

エクサスケールのパフォーマンスを備えたスーパーコンピューターを作成するためのハードウェアおよびソフトウェア プラットフォーム「Elbrus」の開発者の計画:
http://www.mcst.ru/files/5a9eb2/a10cd8/501810/000003/kim_a._k._perekatov_v._i._feldman_v._m._na_puti_k_rossiyskoy_ekzasisteme_plany_razrabotchikov.pdf

パーソナル コンピューター、サーバー、スーパーコンピューター用のロシアの Elbrus テクノロジー:
http://www.mcst.ru/files/5472ef/770cd8/50ea05/000001/rossiyskietehnologiielbrus-it-edu9-201410l.pdf

Boris Babayan による古い記事ですが、今でも重要です。
http://www.mcst.ru/e2k_arch.shtml

ミハイル・クズミンスキーによる古い記事:
https://www.osp.ru/os/1999/05-06/179819

MCST プレゼンテーション、一般情報:
https://yadi.sk/i/HDj7d31jTDlDgA

Elbrus プラットフォームの Alt OS に関する情報:
https://altlinux.org/эльбрус

https://sdelanounas.ru/blog/shigorin/

出所： habr.com