俄羅斯聯邦儲蓄銀行（Sberbank）旗下技術部門 SberTech 在多個工作負載中評估了俄羅斯自主的制造的 MCST Elbrus-8C 處理器，但結果完全令人失望，該處理器未能通過測試。在談及失敗的(de)原因(yin)，測試(shi)人員表(biao)示主要有“內(nei)存不(bu)足，內(nei)存速度慢(man)，核(he)心少，頻率(lv)低。功能要求完全沒(mei)有得到滿足”等(deng)。
據悉(xi) Elbrus-8C 處理器(qi)于 2009 年(nian)開(kai)始研(yan)發，2014 年(nian)官方公開(kai)了相關(guan)信息。它是(shi)一枚十(shi)分強大(da)的(de) 8 核 64 位處理器(qi)， 采用(yong) 28nm 工(gong)藝打(da)造，默認(ren)主(zhu)頻(pin)率為 1.3GHz，頻(pin)率并(bing)不算高(gao)，不過(guo)其浮點運算性能可以(yi)達(da)到 250 GFLOPS。
Elbrus-8C 處理器還(huan)擁有 4M 的(de)二級(ji)緩存(cun)和 16M 三級(ji)緩存(cun)，每個時(shi)鐘周(zhou)期每個內核可以執(zhi)行 25 條指令，支持動態二進(jin)制翻譯技(ji)術，支持多線程(cheng)編(bian)程(cheng)技(ji)術，確保有效執(zhi)行的(de)應用程(cheng)序和操作系統，并集成了(le)特(te)殊模式的(de)硬件(jian)安全技(ji)術，支持 C、C + +、 Java、 Fortran 77、 Fortran 90 等(deng)多種編(bian)程(cheng)語言。
在本月初的 Elbrus 合作伙伴日會議(yi)上，SberTech 的代(dai)表 Anton Zhbankov 表示：“與英(ying)特爾(er)至強‘Cascade Lake’相比，Elbrus-8C 服務(wu)器處理器非(fei)常弱，內(nei)存不足[256MB]，內(nei)存速(su)度慢，核心少，頻率低。功能要求完全(quan)沒(mei)有得到滿足”。
事實(shi)上，SberTech的(de)評(ping)估是對Elbrus-8C平臺(tai)在(zai)銀行(xing)應用中的(de)首次深入(ru)測試。評(ping)估人(ren)員將雙插槽和(he)四插槽Elbrus-8C機(ji)器(qi)(qi)（每箱(xiang)16-32個核心）與該公司目前使用的(de)基于英特(te)爾 Xeon Gold 6230 處理器(qi)(qi)的(de)雙處理器(qi)(qi)服務器(qi)(qi)進行(xing)了比較。SberTech 無法測試更強大(da)的(de) Elbrus-8CB，因為它盡(jin)管(guan)已(yi)經正式(shi)推出，但(dan)仍(reng)未上市(shi)。
作為(wei)歐洲最大的(de)銀行之一，Sberbank 提供的(de)服務不(bu)僅(jin)僅(jin)是銀行業務，它對硬件有一定的(de)要求(qiu)，并有自己(ji)的(de)測(ce)試(shi)方法(fa)來評估它考(kao)慮部署的(de)機器。這個方法(fa)包括以下內容(rong)。
● 功能測試(shi)（44個(ge)參數，以確(que)保一個(ge)平臺可(ke)以運行Sber需(xu)(xu)要的(de)東(dong)西，并且可(ke)以按照(zhao)Sber的(de)需(xu)(xu)要進行管理）。
● 合成測(ce)試(shi)（使用PostreSQL套件的(de)PGbench以及SPEC CPU 2017）。
● 應用(yong)測試(shi)（使用(yong)Java應用(yong)程序）。
Elbrus-8C 評估總結
SPEC CPU 2017 基準測試的情況看起來稍微好一些，四芯片 Elbrus-8C 比雙英特(te)爾(er) Xeon Gold 6230 機器慢 2.62（基礎）~3.15（峰值）倍，這并不糟(zao)糕，因為 SberTech 工程師預計會(hui)有 20 倍到(dao) 30 倍的差異。然而(er)，應(ying)該(gai)注意(yi)的是，X86系統和Elbrus機器都(dou)沒有達到(dao)服(fu)務器制(zhi)造商提交給Spec.org的峰值性能數據。
同時，在PGbench/PostreSQL測試(shi)中，Xeon Gold 6230 機器比 Elbrus-8C 服務器好1.7（只讀配(pei)置文件）~3.3（讀寫(xie)配(pei)置文件）倍（以每10萬美元的交易量(liang)計算），具(ju)體取(qu)決于工作負(fu)載，這(zhe)很重(zhong)要，但并(bing)沒有大幅降低。
對(dui)于Java應(ying)用程序或模擬Java工作負載，Elbrus-8C平臺的(de)情況變得更加糟糕，其響應(ying)時間高出23倍至26倍，并且不符合Sber的(de)任何服務質量要(yao)求。
