服務器性能指標：撥開服務器評測體系迷霧

用戶總但願有一種簡單、高效的度量標準，來量化評價服務器系統，以便做爲選型的依據。但實際上，服務器的系統性能很難用一兩種指標來衡量。包括 TPC、SPEC、SAP SD、Linpack和HPCC在內的衆多服務器評測體系，從處理器性能、服務器系統性能、商業應用性能直到高性能計算機的性能，都給出了一個量化的評價指標。在如此多的標準中，用戶該如何選擇最適合自身應用環境的評價體系呢?這裏，咱們選擇了應用面較普遍的TPC和SPEC，做一個深刻介紹。

用戶總但願有一種簡單、高效的度量標準，來量化評價服務器系統，以便做爲選型的依據。但實際上，服務器的系統性能很難用一兩種指標來衡量。包括 TPC、SPEC、SAP SD、Linpack和HPCC在內的衆多服務器評測體系，從處理器性能、服務器系統性能、商業應用性能直到高性能計算機的性能，都給出了一個量化的評價指標。在如此多的標準中，用戶該如何選擇最適合自身應用環境的評價體系呢?這裏，咱們選擇了應用面較普遍的TPC和SPEC，做一個深刻介紹。

■ 走出誤區

深刻TPC-C指標

TPC體系是影響最大的評測基準之一，尤爲近兩年，國內媒體對TPC指標的報道可謂海量。但有多少用戶真正瞭解其中的含義呢?本文以TPC-C爲例，讓用戶深刻了解這項基準測試。

tpmC值在國內外被普遍用於衡量服務器系統的事務處理能力。但究竟什麼是tpmC值呢?筆者曾向一些用戶、專業媒體記者乃至某些國外大公司的技術人員問過這個問題，但回答的精確度與tpmC值的流行程度差別甚遠。很多人將之誤寫爲TPMC，甚至與TPC組織混爲一談。

TPC(Transactionprocessing Performance Council，事務處理性能委員會)是由數十家會員公司建立的非盈利組織，總部設在美國。TPC的成員主要是計算機軟硬件廠家，而非計算機用戶，其功能是制定商務應用基準程序的標準規範、性能和價格度量，並管理測試結果的發佈。

TPC不給出基準程序的代碼，而只給出基準程序的標準規範。任何廠家或其餘測試者均可以根據規範，最優地構造出本身的測試系統(測試平臺和測試程序)。爲保證測試結果的完整性，被測試者(一般是廠家)必須提交給TPC一套完整的報告(Full Disclosure Report)，包括被測系統的詳細配置、分類價格和包含5年維護費用在內的總價格。該報告必須由TPC受權的審覈員覈實(TPC自己並不作審計)。 TPC在全球只有不到10名審覈員，所有在美國。

TPC推出過11套基準程序，分別是正在使用的TPC-App、TPC-H、TPC-C、TPC-W，過期的TPC-A、TPC-B、 TPC-D和TPC-R，以及由於不被業界接受而放棄的TPC-S(Server專門測試基準程序)、TPC-E(大型企業信息服務測試基準程序)和 TPC-Client/Server。而目前最爲「流行」的TPC-C是在線事務處理(OLTP)的基準程序，於1992年7月完成，後被業界逐漸接受。

TPC-C使用三種性能和價格度量，其中性能由tpmC(transactions per minute，tpm)衡量，C指TPC中的C基準程序。它的定義是每分鐘內系統處理的新訂單個數。TPC-C還常常以系統性能價格比的方式體現，單位是$/tpmC，即以系統的總價格(單位是美圓)/tpmC數值得出。

解讀tpmC

從TPC-C的定義不難知道，這套基準程序是用來衡量整個IT系統的性能，而不是評價服務器或某種硬件系統的標準，並且tpmC數值的高低直接受到各個環節的影響，右表大概能夠說明系統設置對tpmC測試的影響。此處的「IT系統」包括服務器、外設(如硬盤或 RAID)、服務器端操做系統、數據庫軟件、客戶端及其操做系統、數據庫軟件和網絡鏈接等。所以，如何解讀tpmC數值會因不一樣的採購需求有很是大的差別。

以服務器爲例。在不少廠家的TPC測試系統中，服務器的價格只是系統總價格的25%或更小，而硬盤的價格有可能佔到總價格的30%以上，由於TPC-C要求被測系統必須保存180天的事務記錄(這一趨勢從一些最新的TPC-C測試結果來看，會愈演愈烈)。若是一樣的服務器被用到用戶的環境中，廠家報的tpmC值就意義不大，由於用戶的實際系統與廠家原來用於TPC測試的系統大不同。當一樣的主機用在不一樣的系統中時，tpmC值可能有至關大的變化，如今許多用戶尚未意識到這一點。

尤爲須要服務器採購用戶注意的是，tpmC指標更多的是衡量從Client到終端網絡的性能區域(如左圖所示)，而不是一般誤認爲的服務器到企業端網絡的性能。因而可知，若是用戶是創建一套全新的業務系統，那麼無妨多借鑑tpmC的性能指標，若是隻是採購某種或某些硬件設備，則須要參考更多的指標。

對於tpmC數值着迷的用戶而言，一個現實問題是，實現高tpmC指標的代價是否可以承受，畢竟TPC-C都是很複雜的基準程序，作一個嚴格的測試很是消耗資源，廠商一般不會給TPC報告出所有花費的金錢和時間。

實際上，正由於tpmC(其餘評測指標也大都同樣)受系統優化影響較大，業界對因而否應該在測試中進行優化向來爭議頗多。在1993年, 當時三大IT公司的專家就對OLTP性能測試的優化提出過反對意見——DEC的 Jim Gray (現爲TPC-C委員會專家) 與Walt Kohler 、天騰公司(TANDEN)的Charles Levine 和IBM的Steve Kiss共同發表了對OLTP性能測試指標是否應該進行人爲優化的見解:

「一個好的性能測試指標是不會依賴於特殊狀況下的優化。最理想的狀況應該是：一個測試指標在測試過程當中所表現出的性質和能力, 以及對測試所作的優化可以確實提供對現實世界中用戶實際應用的性能改進。然而，事與願違，某些廠商迫於標準測試指標所帶來的巨大市場壓力，他們花費巨大的精力在如何改進測試結果的同時還能下降價格比率，而全然不顧所作的這一切優化到底是否給用戶帶來了真實的利益。」

評測組織網站:

http://tpc.org/

http://www.spec.org/

Storage:

http://www.storageperformance.org