服務器性能是不能憑主觀意識去判定的，即使一臺服務器狀態良好，IT工程師們也需要一臺機器測量，明確衡量標準，和衡量其性能。幾乎在每一種情況下，基準都是用來測量和監測服務器性能的。本文提供了一個服務器指標和基準測試的概述。

了解服務器的度量和基準測試

服務器測量標準和基準測試技術并非新的概念，其實早在許多年前就已提出來，并用于測試早期的一些計算機系統。但是，設計基準測試以衡量服務器性能其本身就是一門完整的科學。我們的想法是這樣的：對服務器的預期工作負載執行一個模擬運行過程。在執行運行過程并計時。然后在不同的系統上執行完全相同的測試并對比結果。

由于服務器體系結構先進，它變得更加難以在不同的計算機系統通過簡單地分析確定其性能，因此，度量和基準測試開始出現了。

我們都使用Windows任務管理器，看看某個應用程序或進程影響著我們的內存或CPU使用率。這是度量測試，盡管在一個非常簡單的水平。與Windows任務管理器的問題是，它并沒有說明如何一臺機器的真正效果。分層緩存子系統，自定義應用程序，定制硬件，海量數據庫，非統一內存和同時多線程處理器已經作出了現代計算系統的性能產生巨大影響。

“科學”的服務器性能基準測試

服務器性能通常不會由一個因素的影響，因此服務器的性能進行測試應類似于一個科學實驗位。最好的方式來進行服務器的性能測試之一是利用在分析的科學方法。這個方法是一個六步的過程，包括觀察，初步假設，預測，測試/控制和測試的最終結果即一個理論和結論。那么結論是支持最好的證據收集在運行測試集。無論是最佳和最小的服務器性能水平也得到了同樣的證據，是在這個過程中收集的。

1、觀察：我們假設系統管理員購買了一臺服務器，現在看看它的最佳性能。第一步是確定服務器預期任務。其將作為一個虛擬平臺還是運行一個專門的應用程序?確定這些問題之后，就可以開始基準測試了。切記，測量標準和基準測試將根據測試內容和使用的設備而有所變化。例如，如果作為數據庫系統可能會強調處理器測試，而用于網絡服務系統的話可能會突出網絡性能。

2、假設：在這個步驟，工程師設定一個基準目標。假設什么或者測試需要完成什么?簡單地進行一個度量測試將得出一些試驗結果，但是沒有方向或明確的目標的話，這些結果可能是無用的。為測試創建一個基本的目標，并且所有的測試方法都圍繞這個目標。例如，工程師可能會設法測試其占用的內存以讓應用程序處于最佳運行狀態。他或她可能因此推測，給定“X”內存大小可以達到最佳工作負載。這可以立足于以前的研究，供應商提供的基準或其他的來源。確保你的假設是可測試的。也就是說，不要提出一個只是基于數據的而基準測試卻無法證實的假設。

3、預測：接下來，對服務器基準測試做一個大體預測。假設該設備將被作為一個專門的應用服務器。系統管理員能夠預測，為工作負載增加額外的核心，設備性能將提升，同樣，應用程序的性能也將會改善。在某些情況下，工程師甚至可以預測改善的比例，并希望通過基準測試進行驗證。

4、環境控制：變量設置。例如，可能要給服務器分配一些核心。此時，管理員每次應只更改一個設置，直到他或她能夠接受在此基礎上的性能變化。工程師可能需要給服務器設置為6GB的內存，并測試其與其他設備相互配合的情況(CPU、影像、硬盤以及相關聯的設備)。設置不同的變量，包括修改處理器設置，但其他設置都處于最初狀態。

5、測試：變量都設置好之后，現在開始進行測試。從基準線開始進行測試(已知的起點)，并有系統地調整服務器設置。每個測試序列都會有一個結果，記錄結果以便以后引用。在這種情況下，一個測試序列可看做是一次硬件設置更改。每應用一次新的設置，都必須重新進行測試并記錄結果。一旦有足夠的運行周期，工程師應該有一份完整的數據以完成他們的推論。

6、推論和結論：進行測試并確認應用程序的實際性能以及給定預計資源或設置后的性能。例如，在只有一半數量的預期核心后，確定應用程序的最佳運行效果。從這點起，確定核心與其他當前變量(所需的內存大小、當前運行的應用程序數量、軟件升級/服務包等)結合給服務器提供的最佳性能。注意，任何變量的改變都需要進一步實驗。

服務器性能基準測試的概念十分簡單，但如何進行基準測試并獲得有價值的數據，就是另外一回事了。微軟的Performance Monitor（PerfMon），是款十分靈活的基準測試工具，但其內置的供各種豐富計數器和設置參數可能讓測試變得更加復雜，甚至使測試結果難以解釋。通過本文，我們將介紹PerfMon在基準測試中最常用的計數器，并深入了解它們是如何影響實際測試的。

內存分配與一般內存設置

如果給某個應用程序分配過多內存，可能影響到服務器上其它進程的性能。實際上，內存利用不當將給整體系統性能帶來消極影響。

在利用PerfMon進行服務器基準測試時，可利用以下計數器來驗證內存分配是否影響到服務器整體性能：

Memory:：Available Bytes——該計數器顯示操作系統可使用物理內存與服務器進程及應用程序運行所需內存總和比較的結果。

Memory：Committed Bytes——該計數器顯示的結果會隨時間推移而變化，需要追蹤記錄以了解某段時間內的負載峰值活動。可以通過追蹤Committed Bytes中峰值與谷值所出現的時間了解服務器是如何運行的。需確保可用內存（available memory）比提交的內存（committed memory）至少多4MB或5%以上。

Memory：Page Faults/sec——該計數器記錄某應用程序嘗試從被標識為“不存在（not present）”的虛擬內存位置讀取數據時產生的頁面錯誤。大多數情況下，0是最理想的測量結果。任何高于0的測量值都意味著響應時間的延遲。記住，Memory：Page Faults/sec測量值為硬頁面錯誤和軟頁面錯誤總和。硬頁面錯誤發生在當某個文件需要從硬盤而不是虛擬內存中獲取時。與此相反，軟頁面錯誤發生在某已解決的頁面錯誤，數據在物理內存的其他位置被找到，雖然有中斷處理器，但對性能的影響微乎其微。

基準測試線程與進程監控

注意留心處理器的幾個重要計數器，尤其在當你嘗試最大化每個CPU的線程數時。留心“上下文交換（context switches）”發生的次數。

“上下文交換”發生在內核或操作系統核心把進程從一個切換至另一個時。需要避免上下文交換狀況發生，每次上下文交換都會使處理器清空L1和L2緩存并重新填裝。緩存刷新與重填將浪費寶貴的時間并降低系統性能。

Process：Thread Count:Inetinfo——記錄由Inetinfo進程所創建的線程數并顯示最新數值。

Thread：% Processor Time:Inetinfo =>Thread #——測量Inetinfo進程所屬線程消耗的處理器時間總量。

Thread：Context Switches:sec:Inetinfo =>Thread#——測量每處理器或線程池的最大線程數。監控這個計數器十分重要，可以防止因過多上下文交換而的造成內存損失，如果內存損失過高，增加線程的優勢也將不復存在，這里存在一個平衡點，一旦打破平衡，系統性能將不會提升，反而會降低。

基準測試的測量與分析

不幸的是，進程與服務器指標有著異常廣泛的內容——我們無法在此文中一一例舉。盡管如此，就大部分情況下，系統性能和指標測試可被劃分為以下幾類：

• 內存管理
   
• 網絡容量
   
• 處理器性能
   
• 磁盤優化

測試工程師應該可以通過以上這些分組，獲得可靠的基準測試結果，并利用這些數值對整個服務器環境加以改善優化。

了解基準測試所面臨的挑戰

在服務器環境中完成的任何測試，相關基準測試與指標評價報告通常都會附帶一些注意事項。

1、警惕供應商所提供的基準測試結果。供應商們傾向于將產品按一般照行業標準進行基準測試。這意味著官方提供的基準測試文檔或白皮書可能不適用你所處的環境。例如，我們假設某IT經理計劃采購一款軟件，以實現將用戶數據信息庫存儲在服務器上。有參數顯示該軟件在Windows Server 2008上運行的穩定，而且響應也很迅速。雖然這聽起來不錯，但未必適合當前的環境。舉個例子，如果該指標是供應商在一臺獨立并增強配置的服務器上進行測試的結果，而你的環境卻是共享宿主資源的虛擬機，會發生什么情況呢？記住，供應商的目的是把軟件賣給你，所以他們會利用一些“作弊”手段，讓基準測試的分數看起來很美好。這樣做可以提高書面上的數據，但可能會讓事情在真實環境中變得更糟。雖然大型硬件和軟件供應商不屑于此，但某些規模較小的銷售公司確實會在這些數據上做些手腳。舉例來說，某臺硬件號稱能夠滿足通過WAN實現VPN連接，并能獲得較理想的速度，因為系統已經經過基準測試并進行了優化。但在實際部署上線后，該設備在速度性能上卻明顯下降了20%-30%。所以，對那些依賴性高，承載關鍵任務的設備或軟件，需要進行嚴謹和盡職的調查。

2、永遠不要只關注一項測試指數。在進行服務器基準測試時，因盡可能的涉及多種組件。不要只關注其中一項因素，如CPU速度。關注服務器中各項組件的行為，可以讓工程師更為全面的了解整體系統在不同環境下是如何運行，這樣可以便于在未來快速定位與修正性能問題。

3、留心基準測試服務提供商。如果你正計劃將基準和指標測試進行外包，確保你已經做了足夠詳盡的調查。很多時候，即使是最著名的咨詢公司也會無視或不遵循基本的科學方法。這包括但不限于，小型服務器與應用程序樣本大小，缺乏變量控制，結果的重復性有限以及軟件硬件上的數值偏差。查找極端數值，如SQL Server測試后發現數值比預期的還高，這很可能與測試采用的硬件有關。模糊的硬件需求定義也是個陷阱。如果產商列出硬件卻沒有提供任何詳細清單——如雙核CPU，4GB內存，512MB顯卡——你需要對此額外留心。在弄清基準測試的微小細節時，每個變量都很重要。在這種情況下，該用那種類型的處理器？需要使用哪種型號的內存以及何種型號的顯卡？所有這些細節都大有不同。

關鍵在于意識到每個環境都是獨一無二的，都有屬于自己的特定需求集。利用如PerfMon一類的工具進行指標測試，是個持續的過程，其中涉及大量參數，這些參數都可以在很大程度上影響測試數據的結果。通過規劃測試方案并遵循嚴謹的科學方法，測試管理員可以更加準確地評估硬件與軟件的運行狀況。如果進展順利，一個好的基準測試分析所提供的信息對改進服務器架構與性能可以起到很大的幫助。

關于作者：Bill Kleyman，MBA，MISM，一名狂熱的技術專家，在網絡基礎設施管理領域具有豐富的經驗。其工程經驗包括大型虛擬化環境部署以及商業網絡設計與實施。目前他是World Wide Fittings公司的技術總監，該公司在中國，歐洲與美國均設有分支機構。

原文：

1. http://www.searchdatacenter.com.cn/showcontent_51106.htm
2. http://www.searchdatacenter.com.cn/showcontent_51103.htm