下面的評測數(shù)據(jù)主要來自于國外的anandtech網(wǎng)站，作為第三方機構(gòu)，我們雖不能說其結(jié)果具有不可置疑的權(quán)威性，但是不能否認的是其具有很大的 參考價值。本篇文章主要就雙路服務(wù)器進行比較，四路產(chǎn)品的比較我們將留待下一篇文章進行闡 釋。

在這里我們先再次列出雙路市場上至強與皓龍的比較列表：

AMD 6176皓龍看起來有些荒唐，在性能僅提升4% 的前提下，卻帶了 30% 能耗的提升和 20% 價格的上漲。這顆處理器所要挑戰(zhàn)的就是英特爾于近日將要推出的 Nehalem EX 處理器。大芯片的 TDP 和時鐘頻率是非常相近的。如果你的應(yīng)用程序擴展性不佳且又不在意能耗的話，那么 至強 X5677 最為適合，這款產(chǎn)品或許是低線程數(shù)量的應(yīng)用程序市場下最快的處理器。

這其中最有意思的莫過于 12 核的 6174 (2.2GHz)、8 核6136 (2.4GHz)以及低功耗的 6128 (2.0GHz)處理器。6174 處理器鎖定那些對多線程拓展性良好的應(yīng)用程序，比如大型數(shù)據(jù)庫以及虛擬化負載。相比雙核處理器，8 核6136 更易于分發(fā)線程和進程。很多應(yīng)用程序并不支持擴展到 16 核，額外多出 200MHz 時鐘頻率也在非常合理的價位。6128 HE 也許是低能耗下低響應(yīng)時間的利器。

下面是測試平臺的說明：

此次系列基準測評對內(nèi)存的需求沒有超過 20 GB（實際測試平臺的內(nèi)存超過 20 GB）。數(shù)據(jù)庫文件放置在 RAID-0 英特爾 X25-E SLC 32GB SSD 上，日志文件則置于另一塊英特爾 X25-E SLC 32GB SSD 上。添加更多的驅(qū)動器只能夠帶來大約 1% 的性能提升，因此可以說存儲并非此次測評的瓶頸因素。

測評對象：

至強服務(wù)器 1：SUS RS700-E6/RS4 barebone （準系統(tǒng)）
處理器：Dual Intel Xeon "Gainestown" X5570 2.93GHz, Dual Intel Xeon “Westmere” X5670 2.93 GHz
主板：ASUS Z8PS-D12-1U
內(nèi)存：六根 4GB (24GB) ECC Registered DDR3-1333
網(wǎng)絡(luò)適配器: Intel 82574L PCI-EGBit LAN
電源系統(tǒng): Delta Electronics DPS-770 AB 770W

皓龍服務(wù)器 1 AMD Magny-Cours 參考系統(tǒng)
處理器：Dual AMD 皓龍 6174 2.2 GH
主板：AMD Dinar （AMD SR569芯片組 & SB750 南橋）
內(nèi)存：八根 4 GB (32 GB) ECC Registered DDR3-1333
網(wǎng)絡(luò)適配器：Broadcom Corporation NetXtreme II BCM5709 Gigabit
電源系統(tǒng)：1200W PSU

皓龍服務(wù)器 2 ：Supermicro A+ 服務(wù)器 1021M-UR+V
處理器：Dual "Istanbul" 皓龍2435、Dual 皓龍 2389 2.9GHz
主板：Supermicro H8DMU+
內(nèi)存：32GB (8x4GB) DDR2-800
電源系統(tǒng)：650W Cold Watt HE Power Solutions CWA2-0650-10-SM01-1

vApus/Oracle Calling Circle（是一項Oracle OLTP基準測試）客戶端配置

客戶端 1（Tile one）
處理器：英特爾 Core 2 四核 Q9550 2.83 GHz
主板：富士康 P35AX-S
內(nèi)存：金士頓 DDR2-667 4 GB (2x2 GB)
網(wǎng)絡(luò)適配器：英特爾 PRO/1000

客戶端 2（Tile two）
處理器：Single 至強 X3470 2.93GHz
主板：英特爾 S3420GPLC （英特爾 3420 芯片組 ）
內(nèi)存：8GB (4 x 2GB) 1066MHz DDR3

復(fù)雜場景渲染測試

隨著英特爾和AMD向處理器中添加更多的核心，保持處理器擴展性面臨兩大挑戰(zhàn)。緩存一致性信息會帶來很多延遲并消耗大量帶寬，與此同時處理器的核心 本身對于帶寬需求也與日俱增。因此內(nèi)存準系統(tǒng)扮演了一個非常重要的角色。因此此次測評使用的基準為Stream TRIAD ，用于衡量內(nèi)存帶寬性能。

測試人員在SUSE SLES 11 系統(tǒng)上運行 Stream TRIAD 基準測試。該測試分為四組數(shù)據(jù)，分別是復(fù)制、scale、添加以及 triad（以上三項的綜合）。

運行在64位Linux系統(tǒng)上的Stream TRIAD基準測試（最大線程數(shù)），數(shù)值越大，性能越高

全新的 DDR 3 內(nèi)存控制器讓皓龍 6100 系列如虎添翼。同使用 DDR-2 800 的皓龍 2435 相比，前者將帶寬提升了 130%。這樣每個處理核心就分配到更大的帶寬，非常有助于 HPC 應(yīng)用程序。當然 1.8 GHz 的北橋?qū)τ趦?nèi)存子系統(tǒng)的限制也是一個小小的遺憾。要是能看到帶有高主頻北橋的 8 核版本的處理器鎖定 HPC 市場是多么的有趣。同樣要注意到全新至強 5600 系列對于 DDR3-1333 的控制更為高效。實際測試發(fā)現(xiàn)，在 DDR3-1333 DIMM 下，相比老款的至強 5570，前者多出了 15% 的帶寬。此次測試結(jié)果數(shù)據(jù)顯示，皓龍 6174 占據(jù)較大優(yōu)勢。

除了測試內(nèi)存帶寬因素外，另一個評價內(nèi)存子系統(tǒng)的尺度就是延遲。此次延遲測試中使用的是 Sisoft Sandra 2010。

在 Nehalem 架構(gòu)下，英特爾將一級緩存的的延遲從 3 個周期延長至 4 個。這種做法意為著在基本架構(gòu)的演變下，留出將來的可拓展性的空間。至強處理器二級緩存容量雖然最小（256 KB），但是速度最快。至強 X 5570 的三級緩存速度是最快的，但是考慮到至強 X5670 的緩存從 8 MB 增加到 12 MB，因此延遲的優(yōu)勢也基本消失殆盡。英特爾從 DDR2-800 到DDR3-1333 的轉(zhuǎn)變反而減少了大約 15% 的到內(nèi)存子系統(tǒng)延遲。這對于更多帶寬和每個核心較低延遲的 12 核皓龍?zhí)幚砥鞫�言是個好消息。內(nèi)存延遲性能測試，英特爾至強家族全面獲勝！

復(fù)雜場景渲染測試：Blender 2.5 Alpha 2 （Windows 2008 R2平臺下）

之所以未能采用 3dsmax 2010 來做渲染測試，是因為這是專門針對工作站渲 染能力的測試軟件，此外 3dsmax 2010 可以說幾乎是所有服務(wù)器的夢魘。綜合考慮測評人員最后還是選擇了 Blender。當前最穩(wěn)定的版本為 Blender 2.49，但最多只能支持 8 個線程。而Blender 2.5 alpha 2 能夠支持 64 個線程，出乎意料之外的是，該版本也很穩(wěn)定，因此就選用了 Blender 2.5 alpha 2。

在 Blender 2.5 alpha 2 中，測評人員選擇了 metallic rob 場景渲染，該場景有著非常復(fù)雜的光照效果（很多反射）和光線追蹤。為了讓基準測試更具重復(fù)性，于是更改了部分參數(shù)設(shè)置。分辨率設(shè)置為 2560 x 1600；反鋸齒設(shè)置為 16；禁用后處理中的影像合成；貼圖（Tile）設(shè)置為 8x8 (X=8, Y=8)；線程設(shè)置為自動（每個 CPU 一個線程已設(shè)定）。

Blender 2.5 alpha 2 中的metallic rob 場景渲染圖

讓我們先看看 Windows 2008 R2 上的 Blender 2.5 alpha 2的測試結(jié)果吧！

Blender 2.5 alpha 2在Windows 2008 R2上的測試結(jié)果，數(shù)據(jù)為時間（秒），越低越好

剛開始測試皓龍 6174 的結(jié)果很糟糕，為 44.6 秒，比 6 核的 dual 皓龍?zhí)幚砥鬟�要慢。專業(yè)人士指出默認貼圖（Tile）設(shè)置為 5x5，這會在短時間內(nèi)對皓龍 6174 處理器構(gòu)成 100% 的工作負荷壓力，但是就長期而言，處理器的工作負荷會下降至 30% 之下。經(jīng)過一系列的實驗之后，終于發(fā)現(xiàn)8x8 貼圖（Tile）設(shè)置適用于所有測試機器，至強和 6 核皓龍速度提升了 10%，而12 核皓龍則更是提高了 40%。通過此次測試結(jié)果可以看出，對于復(fù)雜場景的渲染，相對皓龍 6174 而言，英特爾至強 X5670 還是占據(jù)一定優(yōu)勢。

簡單場景渲染測試：Blender 2.5 Alpha 2 （SLES 11平臺下）

Blender 2.5 alpha 2 在 SUSE SLES 11上的測試結(jié)果，數(shù)據(jù)為時間（秒），越低越好

由上圖可以看出，測試結(jié)果提升了 50% 到 70% 之間，并且對比可發(fā)現(xiàn)，排序也發(fā)生了變化�？赡茉� Linux 版本（SUSE SLES 11）的系統(tǒng)下，處理器核心負載的時間更長，而在 Windows 系統(tǒng)下，基準測試的第一階段處理器負載為 100%，然后就迅速降低至 75%、50% 甚至是 25%。皓龍 6174 在基于 Linux 系統(tǒng)下處理器負載 99-100% 的時間要長很多。

那是不是皓龍 6174 就是我們想要的？目前還不能確定，等到最終的 2.5 版本再說，但就 Blender 的渲染對比測試中，皓龍 6174 是冠軍。實惠的價格以及在不太復(fù)雜的渲染工作中表現(xiàn)出稍微較高的核心性能比就是皓龍 6174的優(yōu)勢所在。

Cinebench 11.5渲染測試：

Cinebench 10 渲染測試對比，得分越高性能越佳

老版本的 Cinebench 10 基準測試受限于 16 個進程。但幸運的是全新版本的 Cinebench 11.5并沒有該限制。盡管 Cinebench 只占 3D 動畫市場的一小部分，但其優(yōu)勢在于在家中就能夠完成該項基準測試。

從上圖可以看到，盡管測試結(jié)果很接近，但皓龍 6174 還是惜敗于最新的至強處理器。該測試軟件的性能測試結(jié)果差別隨著渲染那些較小且不太復(fù)雜的場景時才逐步拉開。

OLTP 基準測試：Oracle Charbench Calling Circle

Calling Circle 是一項Oracle OLTP基準。此次我們測試的是一個 9 GB的數(shù)據(jù)庫。為了減少對存儲系統(tǒng)的壓力，測評人員將了共享全局區(qū)域（Shared Global Area，SGA）增加到 10 GB，此外 PGA 的容量也設(shè)置在 1.6 GB。calling circle 的測試結(jié)果包括 83% 的 select、7% 的 insert 以及 10% 的 update。calling circle 測試運行十分鐘。每次運行都要重復(fù)六次，而第一次測試運行的結(jié)果都被丟棄。

通過測試結(jié)果可以發(fā)現(xiàn)，該測試軟件并不能夠很好地支持對多核心的擴展。皓龍 6174 10 MB 的三級緩存用于 12 個核心，而皓龍 2435 6 MB 的三級緩存用于 6 個核心。由此可以判斷出英特爾至強處理器在這項測試高居前列的原因，即每個核心分享的三級緩存。針對OLTP（聯(lián)機事務(wù)處理系統(tǒng)）工作負荷需求，皓龍 6174 不是很好的選擇。

SAP S&D 2-Tier 基準測試

SAP S&D 2-Tier
操作系統(tǒng)	Windows 2008 企業(yè)版
軟件	SAP ERP 6.0 Enhancement package 4
基準軟件	Industry Standard benchmark version 2009
典型誤差容限	非常低

作為全球?qū)崟r的客戶端服務(wù)器應(yīng)用程序，測試人員決定展開SAP SD（銷售與分銷，2-tier 互聯(lián)網(wǎng)配置）基準測試。測試運行在 Windows 2008 企業(yè)版和 MS SQL Server 2005 數(shù)據(jù)庫 （都為64 位軟件）。每個 2-tier SD 基準都是在 SAP' 最新的 ERP 6 增強包 4 下進行的�；鶞实呐渲梦募�保持一致：并行帶來不錯的拓展性；低到中的進程間通信（IPC）；稍微被內(nèi)存帶寬限制；傾向大容量緩存（內(nèi)存延遲�。�；對同步延 遲（緩存一致性）敏感。

圖為SAP SD 2-tier 基準測試，數(shù)值越高，性能越佳

測試結(jié)果毫無懸念，至強 X5670 在此項測試中戰(zhàn)勝了 2.6 GHz 皓龍 8345。

Nieuws.be基準測試：

Nieuws.be測試
操作系統(tǒng)	Windows 2008企業(yè)版RTM (64位)
軟件	SQL Server 2008企業(yè)版x64 (64位)
基準軟件	vApus + real-world "Nieuws.be"數(shù)據(jù)庫
數(shù)據(jù)庫大小	> 100GB
Typical error margin	1-2%

Nieuws.be 是一個創(chuàng)立于 2008年的最新 web 2.0 網(wǎng)站。它能夠從各種不同的源頭收集新聞，允許讀者完全定制化自己想看的新聞。需要指出的是，Nieuws.be網(wǎng)站有著 100GB 龐大的數(shù)據(jù)庫，并且其容量還在不斷增長。

幾乎所有的數(shù)據(jù)庫負載都是 select（99%），這其中大約有 5% 保存在存儲過程(stored procedure)中。網(wǎng)絡(luò)流量均值為 6.5MB/s，峰值為 14MB/s。測評人員使用了更加龐大的日志，隨著 Nieuws.be 越來越流行且復(fù)雜，相應(yīng)的數(shù)據(jù)庫不斷增長，請求也相應(yīng)變得復(fù)雜。

Nieuws.be MS SQL Server 2008 測試成績，數(shù)據(jù)位每秒請求數(shù)量，越高越好

皓龍 6174在此項測試中力拔頭籌。通過計算得出，在增加 12 個核心之后，SQL Server 也帶來了大約 80% 的性能提升。12 核皓龍 6174要比最好的至強勝出 20%。由此看出，進行數(shù)據(jù)操作的用戶可以選擇英特爾最新至強處理器，而進行數(shù)據(jù)挖掘的用戶則可選擇最新的皓龍?zhí)幚砥鳌?/p>

VMWare VMmark：虛擬化和整合基準測試

測評人員在此處通過使用VMmark來衡量典型的整合工作負荷，即輕巧的郵箱服務(wù)器、數(shù)據(jù)庫、文件服務(wù)器以及帶有 java 應(yīng)用程序的網(wǎng)站。簡而言之，VMmark能夠讓你把很多小應(yīng)用整合到一臺實體服務(wù)器上。

VMWare VMmark 基準測試結(jié)果

很顯然，英特爾處理器在此項測試中獲得了勝利。同 SAP 市場的策略一樣，AMD 還會在自己的性能弱勢領(lǐng)域大打價格牌，最新的皓龍?zhí)幚砥骺赡芤廊粫�名列性價比名單中。

vApus Maark I：性能主導的應(yīng)用程序虛擬化基準測試

這里使用的 vApus Mark I 測試基準并不能替代 VMmark，只能是互補的關(guān)系。VMmark 使用 60 到 120 個輕負載運行，而vApus Mark I 則在 24 臺虛擬 CPU 上運行 8 個重虛擬機。盡管當前的 Apus Stressclient 已經(jīng)改善了對更多數(shù)量虛擬 CPU的擴展支持，但在測試中我們將基準測試限制到 24 個虛擬 CPU。

VMWare VMmark基準測試結(jié)果

盡管 vApus Mark 對多核擴展性的支持上不太好，AMD 皓龍家族處理器的表現(xiàn)還是很不錯的。盡管有一定差別，但是基于這兩類處理器的服務(wù)器都可做為不錯的虛擬化平臺。

對運行在Windows 2008 R2 的Hyper-V 做同樣的測試。結(jié)果如下圖所示

運行在Windows 2008 R2 的Hyper-V 做同樣的測試
 

本以為AMD 的處理器會再次奪魁，但卻不敵至強 X5670。此外，Dual 皓龍 2435 的表現(xiàn)也讓大家眼前一亮。由于 皓龍 6174 在這項基準測試中的擴展支持性較差，因此只有 30% 的性能提升。測試結(jié)果差別很小，但是皓龍相對較低的價格或許會彌補該項測試中性能上一絲差距。

HPC 和加密基準測試

盡管AMD 將兩顆 346 平方毫米的芯片綁在一起的方法耗資巨大，但鑒于服務(wù)器處理器市場利潤較大的考慮，這種戰(zhàn)略還是行得通的。利潤是廠商考慮的事情，激烈的市場競爭只會惠及消 費者。對于那些等待使用皓龍?zhí)幚砥鞴ぷ髡居脩�，不禁發(fā)問，額外的核心對于渲染復(fù)雜的場景的確有優(yōu)勢，但是在諸如快速簡單渲染和定性等其他方面，更高主頻和 IPC 的至強 X5600 才是不錯的選擇。

以下為涉及 HPC 性能的 LSDyna’s（沖撞模擬）、Ansys Fluen（流體動力）的基準測試對比圖。

可以看出，四個內(nèi)存通道以及 12 個核心的確物有所值。在 HPC 基準測試中，AMD 皓龍依然保持著優(yōu)勢。緊隨其后，測試人員又進行了 Sisoft Sandra 2010 加密基準測試。需要指出的是一倍的加密性能優(yōu)勢在實際應(yīng)用中體現(xiàn)不是很大。

Sisoft Sandra 2010 加密基準測試 AES（高級加密標準）

Sisoft Sandra 2010 加密基準測試SHA（安全散列算法）
 

一旦能發(fā)揮至強 X5670 的 AES指令特性，那至強處理器的加密的速度提升很快。前者的速度是老至強 X5570 的19 倍，是最新皓龍 6174 的9 倍。結(jié)果顯示有著諸多線程的至強 X5670 和皓龍 6174 能夠輕易地在此項加密測試中戰(zhàn)勝老版本的處理器。

能耗

由于 Magny-Cours 皓龍?zhí)幚砥鞑磐瞥鲆恢�，因此沒有足夠的時間去做虛擬化基準測試，此外能耗此時也就此推遲。皓龍 6174 的桌面參考系統(tǒng)在能耗上是無法同至強X5670 1U 服務(wù)器相比的。目前測試人員手上有一款非常類似于皓龍 6174 的參考系統(tǒng)的 6 核皓龍系統(tǒng)，主板同樣都配有 AMD SR5670 芯片組并裝在同樣的桌面系統(tǒng)中�？梢源_定的是皓龍 6174 的閑置功耗要略低于 6 核皓龍 2435，閑置狀態(tài)下時鐘頻率都會降低為 800 MH。區(qū)別在于 皓龍 6000 系列獨具 C1E 模式，當所有的處理器都閑置時，該模式就會啟動。

C1E 模式降低能耗非常有限

據(jù)AMD 介紹，完全負載下， ACP 為 65 瓦特的 1.7GHz 皓龍 6164 HE 的能耗比 ACP 為55 瓦特 2.1 GHz 6 核皓龍2425 HE 大約多出 4%。AMD 官方測量的數(shù)據(jù)分別為 225瓦特 和 215 瓦特。此次在皓龍 6174的同樣系統(tǒng)下，測試出的數(shù)據(jù)則為 263 瓦特。超出官方 48 瓦特，即每顆處理器超出 24 瓦特。假設(shè)一款低功耗的處理器運行在 65 瓦特  ACP下，那么就可以推斷出 2.2 GHz Magny-Cours 需要 89 瓦特的電能，當然 12 核的皓龍能源需求則要比 6 核更大一些，但這絕非很大的能耗提升。

結(jié)語

通過上面的測試我們對于新的至強和皓龍?zhí)幚砥髟陔p路平臺上的性能對比能有一個比較直觀的認識，從中可以看出，在大多數(shù)測試中，至強在性能上處于領(lǐng)先 的地位，尤其是在基于事務(wù)處理型數(shù)據(jù)庫（OLTP and ERP）的應(yīng)用程序最好選用最新至強處理器，SAP 以及 Oracle Calling Circle 基準測試的結(jié)果都說明了這一點，英特爾處理器在這兩項測試中占據(jù)明顯優(yōu)勢，再加上皓龍6100由于核心數(shù)量的增加而帶來的軟件授權(quán)費用的提升，皓龍在企業(yè) 數(shù)據(jù)庫市場情形堪憂。

而在虛擬化市場上，測試人員估算，在虛擬服務(wù)器中，大量虛擬機存在的情況下，皓龍 6174性能上要比至強 5670 低 20%左右而兩者的價格差距僅有百分之幾，再加上功耗方面的原因，至強處理器仍然是優(yōu)化的選擇。

皓龍占據(jù)優(yōu)勢的市場大概在HPC方面，在這一市場上，盡管 AMD 的性能優(yōu)勢不是很大，但是考慮到 HPC 市場對于價格的敏感性較高。因此低廉的價格有可能再次成為了AMD獲勝的籌碼。另外對于數(shù)據(jù)挖掘的應(yīng)用而言，20% 的低價優(yōu)勢卻帶來了20% 的性能提升，12 核皓龍?zhí)幚砥魇莻�不錯的選擇。

標簽： linux ssd 安全 標準 服務(wù)器 互聯(lián)網(wǎng) 評測 企業(yè) 數(shù)據(jù)庫 通信 網(wǎng)絡(luò) 網(wǎng)站 虛擬服務(wù)器 選擇 用戶

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。