俄羅斯最大銀行 Sber (同時是東歐最大銀行) 的技術部門 SberTech，對俄羅斯製造的 MCSTElbrus-8C 處理器進行了實際運作的評估，然而該處理器並未能通過相關測試。
測試人員列出了數個失敗的原因，包括記憶體不足 (容量低於 256 MB)、記憶體速度慢、核心數少和頻率低，而所提供的功能要求不能滿足需求則是最主要的原因。其實俄羅斯已有一些政府機構和相關公司已採用基於 Baikal 和 Elbrus 的平台，不過當涉及到關鍵任務的伺服器，則還沒有人接受到這類自家研發的處理器。
測試項目
- Elbrus-8C【 8C/8T | 1.30 GHz | 16MB L3 | 70W TDP | 四通道 DDR3-1600 | 28nm 】：250 FP64 GFLOPS
- Intel Xeon Gold 6230【 Cascade Lake-SP | 20C/40T | 2.10 – 3.90 GHz | 27.5MB L3 | 125W TDP | 14nm 】
-
Elbrus-8CB (全新微架構，未上市) 【 8C/8T | 1.50 GHz | 16MB L3 | 90W TDP | 四通道 DDR4-2400 | 28nm 】 576 FP64 GFLOPS
SberTech 的評估是對 Elbrus-8C 平台在銀行應用程式中作出深入測試。測試將雙路和四路 Elbrus-8C 平台 (每個 16 – 32 個核心) 與 Intel Xeon Gold 6230 處理器的雙路伺服器進行比較。
- 功能測試 (以 44 個參考項目來確保平台可以運作 Sber 需要的東西，並可按 Sber 的需要進行管理)
- 綜合測試 (使用 PostreSQL 套件中的 PGbench 以及 SPEC CPU 2017)
-
應用程式測試 (執行 Java 應用程式)
在測試中，其實效能比技術人員的預期中好，當中 SPECCPU 2017 上，四路 Elbrus-8C 比雙路 Xeon Gold 6230 機器僅慢 2.62 ~ 3.15 倍，好於原來預期的 20 倍。而在 PGbench/PostreSQL 測試中，Xeon Gold 比 Elbrus-8C 服務器快 1.7 (Read Only) ~ 3.3(read write)。至於 Java APP 或模擬 Java 工作負載部份就更差，Elbrus-8C 平台的反應時間高了 23 到 26 倍，完全不能滿足 Sber 的任何服務質素要求。
由上述評估可見，對於核心工作而言，俄羅斯自研處理器 Elbrus 可說是不可用級別。
