IBM x366的初步測試數據

硬體規格：四顆Xeon MP「Cranford」3.66GHz/667MHz FSB/1MB L2 cache，16GB DDR2-400記憶體（IBM原廠ChipKill模組），IBM X3「Hurricane」晶片組，內建6MB cache。

作業系統：Windows Server 2003 x64 Enterprise版。

SPEC CPU 2000 EM64T，採用 Intel Compiler 9.0 EM64T與微軟五月的Platform SDK：

SPECint_rate_base2000: 失敗，死在176.gcc與252.eon（EM64T）
SPECfp_rate_base2000: 38.4（EM64T）

然後採用Intel Compiler 8.1與Visual Studio .NET 2003的狀況是：

SPECint_rate2000: 58.2
SPECint_rate_base2000: 53.0

SPECfp_rate2000: 34.2
SPECfp_rate_base2000: 36.4
（peak比base還低？）

坦白講，這個測試結果並沒有預期中的高，只比同樣採用Cranford的Dell PE6800/6850好一些。我今天下午已經用IBM公佈在SPEC網站上的設定檔重新編譯執行一次，看看有沒有辦法在缺乏MicroQuill Smartheap Library 7.0的情況下，讓SPECint_rate跑出超過65的高分。

至於VolanoMark 2.5.09，表現也差強人意，server loop的最大連線數目僅有32865，距離4 way Opteron系統有一段不小的距離。當然，Cranford本來就是很不怎麼樣的CPU了，除了時脈比較高以外，667MHz FSB和1MB L2實在很兩光，真有一股通通換成Potomac的衝動。

最後，像Sandra 2005和CineBench 2003這種兩光測試數據，我就姑且不提了。我還是覺得，像AnandTech和過去Aces Hardware的Johan de Gelas那樣把整個大型資料庫搬上去跑，才是測試這種高階server最實際有效的辦法。反正機器還有一段時間才會歸還，等下周某長輩回臺灣，我再看看來不來得及做這樣的測試。

「最終Multi-Tier Application Server Benchmark」SPECjAppServer 2004？已經有點不抱希望了，祈禱近期SPEC的人不要再寫信「關切」進度，我遲早會搞定它的。