基準測試的概念很容易理解，但是用基準測試獲得的數據來提高系統的性能則完全是另外一回事。諸如微軟Performance Monitor (PerfMon)之類的基準測試工具使用相當的靈活，但其工具集成的各種功能和繁瑣的設置可能會讓測試復雜化，并且很難看懂結果。在本文中，我們將介紹在PerfMon中最常見的一些功能，并演示其將如何影響基準測試結果。

　　內存的分配與設置

　　給某個應用程序分配太多的內存實際上會影響服務器正在運行的進程的性能。事實上，錯誤的內存利用率可能會導致系統性能的下降。

　　在使用PerfMon進行服務器基準測試之前，我們將介紹幾個技巧來檢測服務器的內存使用情況，以確保內存分配不會影響服務器性能。

　　Memory:Available Bytes-這個功能檢測操作系統(OS)的物理內存總量，并計算服務器上運行所有必須進程和應用程序所需的內存。

　　Memory:Committed Bytes-追蹤運行時的峰值并進行對比。使用這個功能可監測運行波峰和波谷的情況以了解服務器的性能。除了運行進程和程序所需的內存外，你至少得保證4MB或5%以上的可用內存。

　　Memory:Page Faults/sec--這個功能測量當應用程序試圖從本地虛擬內存中讀取時發生“不存在”的頁面錯誤。在理論情況下，零是最優的測量數據。任何測量數據都不可能達到零延遲響應時間。注意，Memory:Page Faults/sec這個功能不但記錄硬頁面錯誤，還會記錄軟頁面錯誤。當文件從硬盤讀取而非虛擬內存中讀取時就會發生硬頁面錯誤。另一方面，物理內存已存在的頁面錯誤終止了進程就會發生軟頁面錯誤，但其幾乎不會對性能產生影響。
 

　　線程與進程監測

　　注意處理器數量，尤其是試圖取得每個處理器的最大線程時。注意“環境切換”發生的次數。

　　當操作系統(OS)的內核或核心把處理程序從一個線程切換到另一個線程時，就會發生“環境切換”。環境切換應當及時避免，因為每次環境切換都是處理器L1和L2緩存被刷新并重新寫入。緩存刷新和再次寫入需要寶貴的時間，并降低系統的性能。

　　Process:Thread Count:Inetinfo--統計Inetinfo運行創建的線程數，并顯示最新值。

　　Thread:% Processor Time:Inetinfo =>Thread #--測量Inetinfo進程中每個線程使用的處理器時間。

　　Thread:Context Switches:sec:Inetinfo =>Thread#--測量每個處理器或線程池的最大線程數。監測這個參數很重要，其可預防產生大量的環境切換。否則，環境切換會占用內存并失去多線程的優勢，而此時的性能將降低而非提高。

　　測量并分析

　　遺憾的是，關于服務器和處理器測量方面的內容實在太寬泛了，以致在本文中無法一一分析。但是，在大多數情況下，系統性能和指標測試可分為一下幾個類型：

• 　　內存管理
• 　　網絡能力
• 　　處理器能力
• 　　磁盤優化

　　通過以上的分類，測試工程師能夠得到一些可靠的基準測試結果，并利用其以更好地提高整體服務器環境。

　　基準測試的誤區

　　當服務器環境下的所有測試都執行完以后，用記錄的數據進行基準和參數評估。

　　謹慎對待廠商提供的基準測試結果。供應商往往會為了突出自己的產品而調整行業標準的基準測試結果。這就意味著，其產品基準測試結果可能不太適合您獨特的環境。例如，假設IT經理要購買應用程序以處理存儲在服務器上的用戶數據庫。該應用程序的測試數據顯示其能在 Server 2008 box上運行良好，并有快速的響應時間。盡管這看起來不錯，但其未必適合您的運行環境。舉例來說，供應商的應用程序是在一個單一的、增強服務器上運行測試的，而你的卻是在一個共享資源的虛擬機上運行。

　　注意，供應商的目的是為了向你推銷軟件，因此其參數就會有一些水分。這樣做的結果就是紙上的參數很高，但可能在真實環境下就會大打折扣?？赡艽蟮挠布蛙浖S商不會這樣做，但較小的經銷商普遍都會稍微更改相關的參數。例如，硬件設備在廣域網上的VPN鏈接能力可能有較好的交付時間，因為在基準測試時優化了該硬件。但是，安裝到現場之后顯示，其速度大多會降低20%—30%。

　　因此，被推薦的設備或應用程序必須要進行嚴格的測試、評估。不要只看重一個基準。在進行服務器基準測試時，盡可能多地測試各個元件。不要只是看重一個因素，如CPU速度等。觀察服務器各個因素的運行情況以讓工程師更加了解服務器在各種環境下的整體運行效果，這樣有助于追蹤并糾正將來業績方面的問題。

　　注意基準服務供應商。如果你計劃將基準測試和指標測試進行外包的話，一定要實現進行調查、評估。很多時候，著名的咨詢公司都不遵守甚至無視最基本的科學方法。例如，小型服務器和應用程序取樣規格、缺乏變量控制、有限的測試結果重復性、測試軟件少以及硬件數值偏差等。當然遠遠還不止這些。尋找數值極限，例如，SQL服務器上運行的方式應當優于其使用的硬件。

　　含混不清的硬件規格也是一個危險信號。如果供應商只是列出了硬件——如雙核處理器、4 GB RAM、512 MB顯卡等——但卻沒有提供關于硬件的詳細介紹，那么你也應當注意?？紤]計算出基準測試中每個變量的微小細節。在這種情況下，處理器的類型是什么?安裝的是什么類型的RAM以及顯卡型號是什么?所有這些細節都會產生不同的結果。

　　需要注意的一點是，每一個環境都是獨特的，并有其自己的特定需求。使用類似PerfMon工具進行基準測試是一個有無數變量的持續過程，而這些變量毫無疑問都將影響到您的測試結果數據。通過規劃測試并遵循可靠的科學方法，測試工程師可以更精確地評估硬件和軟件的運行情況。如果測試得當，良好的基準分析可以為提高服務器架構性能提供參考信息。

原文鏈接：http://datacenter.it168.com/a2011/0704/1212/000001212778_all.shtml