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

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

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

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

下面是測試平臺的說明：

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

測評對象：

至強服務器 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
內存：六根 4GB (24GB) ECC Registered DDR3-1333
網絡適配器: Intel 82574L PCI-EGBit LAN
電源系統(tǒng): Delta Electronics DPS-770 AB 770W

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

皓龍服務器 2 ：Supermicro A+ 服務器 1021M-UR+V
處理器：Dual "Istanbul" 皓龍2435、Dual 皓龍 2389 2.9GHz
主板：Supermicro H8DMU+
內存：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
內存：金士頓 DDR2-667 4 GB (2x2 GB)
網絡適配器：英特爾 PRO/1000

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

復雜場景渲染測試

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

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

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

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

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

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

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

之所以未能采用 3dsmax 2010 來做渲染測試，是因為這是專門針對工作站渲 染能力的測試軟件，此外 3dsmax 2010 可以說幾乎是所有服務器的夢魘。綜合考慮測評人員最后還是選擇了 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 場景渲染，該場景有著非常復雜的光照效果（很多反射）和光線追蹤。為了讓基準測試更具重復性，于是更改了部分參數設置。分辨率設置為 2560 x 1600；反鋸齒設置為 16；禁用后處理中的影像合成；貼圖（Tile）設置為 8x8 (X=8, Y=8)；線程設置為自動（每個 CPU 一個線程已設定）。

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

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

Blender 2.5 alpha 2在Windows 2008 R2上的測試結果，數據為時間（秒），越低越好

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

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

Blender 2.5 alpha 2 在 SUSE SLES 11上的測試結果，數據為時間（秒），越低越好

由上圖可以看出，測試結果提升了 50% 到 70% 之間，并且對比可發(fā)現，排序也發(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 是冠軍。實惠的價格以及在不太復雜的渲染工作中表現出稍微較高的核心性能比就是皓龍 6174的優(yōu)勢所在。

Cinebench 11.5渲染測試：

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

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

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

OLTP 基準測試：Oracle Charbench Calling Circle

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

通過測試結果可以發(fā)現，該測試軟件并不能夠很好地支持對多核心的擴展。皓龍 6174 10 MB 的三級緩存用于 12 個核心，而皓龍 2435 6 MB 的三級緩存用于 6 個核心。由此可以判斷出英特爾至強處理器在這項測試高居前列的原因，即每個核心分享的三級緩存。針對OLTP（聯機事務處理系統(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
典型誤差容限	非常低

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

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

測試結果毫無懸念，至強 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"數據庫
數據庫大小	> 100GB
Typical error margin	1-2%

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

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

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

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

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

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

VMWare VMmark 基準測試結果

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

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

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

VMWare VMmark基準測試結果

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

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

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

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

HPC 和加密基準測試

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

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

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

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

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

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

能耗

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

C1E 模式降低能耗非常有限

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

結語

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

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

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

標簽： linux ssd 安全 標準 服務器 互聯網 評測 企業(yè) 數據庫 通信 網絡 網站 虛擬服務器 選擇 用戶

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