一.常用的windows計數(shù)器

processor

%processor time??? 建議閾值85%

memory??

Available bytes??? 建議閾值少于4MB需要添加內(nèi)存；
另外，又建議至少要有10%的物理內(nèi)存值
Pages reads/sec Page Reads/sec 是指為解析硬頁錯誤而讀取磁盤的次數(shù)，如果該值一直持續(xù)較大，表明可能內(nèi)存不足
建議閾值30（5？），大數(shù)值表示磁盤讀而不是緩存讀
Pages writes/sec Page Writes/sec 是指為了釋放物理內(nèi)存空間而將頁寫入磁盤的次數(shù)
Pages Input/sec Pages Input/sec 指為解決頁錯誤從磁盤上讀取的頁數(shù)
Pages Output/sec Pages Output/sec 是指為了釋放物理內(nèi)存空間而寫入磁盤的頁數(shù)
如果該值遠遠大于Pages Input/sec,可能有內(nèi)存泄露
Pages/sec Pages/sec 是指為解析硬頁錯誤從磁盤讀取或?qū)懭氪疟P的頁數(shù)
建議閾值20

Network interface

（對于TCP/IP） Bytes received/sec 該數(shù)據(jù)結(jié)合Bytes total/sec看
Bytes sent/sec 該數(shù)據(jù)結(jié)合Bytes total/sec看
Bytes total/sec 推薦不要超過帶寬的50%
Packets/sec 根據(jù)實際數(shù)據(jù)量大小，無建議閾值，該數(shù)據(jù)結(jié)合Bytes total/sec看

Disk

Physical disk Disk reads/sec 取決于硬盤制造商的規(guī)格，檢查磁盤的指定傳送速度，以驗證此速度沒有超出規(guī)格
Disk writes/sec 取決于硬盤制造商的規(guī)格，檢查磁盤的指定傳送速度，以驗證此速度沒有超出規(guī)格
又：上兩值相加，應(yīng)小于磁盤設(shè)備的最大容量
%Disk Time 建議閾值90%
Current disk queue length
Avg. disk queue length(如果使用RAID設(shè)備，%Disk Time計數(shù)器顯示的值可以大于100%。如果大于100%，則使用Avg. disk queue length計數(shù)器決定正在等待磁盤訪問的系統(tǒng)請求的平均數(shù)) 不超過磁盤數(shù)的1.5~2倍
如果上兩值始終較高,可以考慮升級磁盤驅(qū)動器或?qū)⒛承┪募苿拥狡渌疟P或服務(wù)器

一些注意事項
1. 如果監(jiān)視不超過4個小時，則每15秒更新一次比較合理；如果將監(jiān)視系統(tǒng)8個小時或更長時間，則設(shè)置的間隔不要小于300秒
2. 個人認為測試報告結(jié)果同時還要附上圖參考，因為單靠最小、最大和平均值還不能說明問題
3. 與物理磁盤計數(shù)器的數(shù)據(jù)不同，邏輯磁盤計數(shù)器的數(shù)據(jù)默認情況下不是由操作系統(tǒng)搜集。要獲得邏輯驅(qū)動器或存儲卷的性能計數(shù)器數(shù)據(jù)，必須在命令提示符下鍵入diskperf –yv。默認情況下，操作系統(tǒng)使用diskperf –yd命令包含物理驅(qū)動器數(shù)據(jù)。使用命令diskperf的詳細信息，請在命令提示符下鍵入diskperf -？。
4. 通常，決定性能是否可以接受是一種主觀判斷，隨用戶環(huán)境的變化而明顯地變化。
5. 內(nèi)存不足是計算機系統(tǒng)中的嚴重性能問題最常見的原因。工作站響應(yīng)速度很慢最有可能是內(nèi)存和處理器問題造成的；服務(wù)器更容易受到磁盤和網(wǎng)絡(luò)問題的影響。
6. 在程序啟動時，每個程序的Process%Processor Time值迅速攀升、降低，然后穩(wěn)定。注意程序啟動時處理器的峰值非常重要；你可能要暫時忽略監(jiān)視數(shù)據(jù)中高的啟動值，以獲得典型程序使用處理器情況的更精確的圖片。
7. 當內(nèi)存減少時，操作系統(tǒng)開始通過從活動較少的程序的工作集(working set)中獲得內(nèi)存來補充，因此，將看到一個程序工作集的增大，而其他程序的值減少。如果系統(tǒng)中沒有足夠的內(nèi)存來滿足所有活動程序的要求，將發(fā)生內(nèi)存頁交換，程序性能將受到影響。
8. 如果發(fā)生了內(nèi)存泄漏，ProcessPrivate Bytes計數(shù)器和ProcessWorking set 計數(shù)器的值往往會升高，同時Available bytes會降低。
9. 如果Process不見了,修改注冊表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPerfProcPerformance 下的Disable Performance Counters值為0.

二.性能分析
1.內(nèi)存分析方法

? 內(nèi)存分析用于判斷系統(tǒng)有無內(nèi)存瓶頸，是否需要通過增加內(nèi)存等手段提高系統(tǒng)性能表現(xiàn)。

? 內(nèi)存分析需要使用的計數(shù)器：Memory類別和Physical Disk類別的計數(shù)器。內(nèi)存分析的主要方法和步驟：

?（1）首先查看MemoryAvailable Mbytes指標

? 如果該指標的數(shù)據(jù)比較小，系統(tǒng)可能出現(xiàn)了內(nèi)存方面的問題，需要繼續(xù)下面步驟進一步分析。

注：? 在UNIX/LINUX中，對應(yīng)指標是FREE(KB)

? （2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值

?操作系統(tǒng)回利用磁盤較好的方式提高系統(tǒng)可用內(nèi)存量或者提高內(nèi)存的使用效率。這三個指標直接反應(yīng)了操作系統(tǒng)進行磁盤交換的頻度。

? 如果Pages/sec的技術(shù)持續(xù)高于幾百，可能有內(nèi)存問題。Pages/sec值不一定大九表明有內(nèi)存問題，可能是運行使用內(nèi)存映射文件的程序所致。Page Faults/sec說明每秒發(fā)生頁面失效次數(shù)，頁面失效次數(shù)越多，說明操作系統(tǒng)向內(nèi)存讀取的次數(shù)越多。此事需要查看Pages Read/sec的計數(shù)值，該計數(shù)器的閥值為5，如果計數(shù)值超過5(有點問題,路過者知道的可說下...)，則可以判斷存在內(nèi)存方面的問題。

? 注：在UNIX/LINUX系統(tǒng)中，對于指標是(page)si和(page)so.

? (3)根據(jù)Physical Disk計數(shù)器的值分析性能瓶頸

? 對Physical Disk計數(shù)器的分析包括對Page Reads/sec和%Disk Time及Aerage Disk Queue Length的分析。如果Pages Read/sec很低，同時%Disk Time和Average Disk Queue Length的值很高，則可能有磁盤瓶頸。但是，如果隊列長度增加的同時Pages Read/sec并未降低，則是內(nèi)存不足。

?注：在UNIX/LINUX系統(tǒng)中，對應(yīng)的指標是Reads(Writes)per sec、Percent of time the disk is busy和Average number of transactions waiting for service.

? 2.處理器分析法

（1）首先看System%Total Processor Time 性能計數(shù)器的計數(shù)值

?? 該計數(shù)器的值體現(xiàn)服務(wù)器整體處理器利用率，對多處理器的系統(tǒng)而言，該計數(shù)器提醒所有CPU的平均利用率。如果該值持續(xù)超過90％，則說明整個系統(tǒng)面臨著處理器方面的瓶頸，需要通過增加處理器來提高性能。

? 注：多處理器系統(tǒng)中，該數(shù)據(jù)本身不大，但PUT直接負載狀況極不均衡，也應(yīng)該視作系統(tǒng)產(chǎn)生處理器方面瓶頸。

（2）其次查看每個CPU的Processor%Processor Time 和 Processor%User? Time 和 Processor%Privileged Time

?? Processor%User? Time 是系統(tǒng)非核心操作消耗的CPU時間，如果該值較大，可以考慮是否能通過友好算法等方法降低這個值。如果該服務(wù)器是數(shù)據(jù)庫服務(wù)器， Processor%User? Time 值大的原因很可能是數(shù)據(jù)庫的排序或是函數(shù)操作消耗了過多的CPU時間，此時可以考慮對數(shù)據(jù)庫系統(tǒng)進行優(yōu)化。

（3）研究系統(tǒng)處理器瓶頸

?查看 SystemProcessor Queue Length 計數(shù)器的值，當該計數(shù)器的值大于CPU數(shù)量的總數(shù)＋1時，說明產(chǎn)生了處理器阻塞。在處理器的%Process Time很高時，一般都隨處理器阻塞，但產(chǎn)生處理器阻塞時，Processor%Process Time 計數(shù)器的值并不一定很大，此時就必須查找處理器阻塞的原因。

?%DOC Time 是另一個需要關(guān)注的內(nèi)容，該計數(shù)器越低越好。在多處理器系統(tǒng)中，如果這個值大于50％，并且Processor%Precessor Time非常高，加入一個網(wǎng)卡可能回提高性能。

3.磁盤I/O分析方法

（1）計算梅磁盤的I/O數(shù)

? 梅磁盤的I/O數(shù)可用來與磁盤的I/O能力進行對比，如果經(jīng)過計算得到的每磁盤I/O數(shù)超過了磁盤標稱的I/O能力，則說明確實存在磁盤的性能瓶頸。

? 每磁盤I/O計算方法

?RAID0計算方法：（Reads +Writes)/Number of Disks

?RAID0計算方法：（Reads +2*Writes)/2

?RAID0計算方法：[Reads +(4*Writes)]/Number of Disks

?RAID0計算方法：[Reads +(2*Writes)]/Number of Disks

? (2)與ProcessorPrivileged Time 合并進行分析

? 如果在Physical Disk 計數(shù)器中，只有％Disk Time 比較大，其他值都比較適中，硬盤可能會是瓶頸。若幾個值都比較大，且數(shù)值持續(xù)超過80％，則可能是內(nèi)存泄漏。

? （3）根據(jù)Disk sec/Transfer進行分析

??? 一般來說，定義該數(shù)值小于15ms為Excellent，介于15～30ms之間為良好，30～60ms之間為可以接受，超過60ms則需要考慮更換硬盤或是硬盤的RAID方式了。

?4.進程分析方法

（1）查看進程的％Processor Time值

? 每個進程的％Processor Time反映進程所消耗的處理器時間。用不同進程所消耗的處理器時間進行對比，可以看出具體哪個進程在性能測試過程中消耗了最多的處理器時間，從而可以據(jù)此針對應(yīng)用進行優(yōu)化。

（2）查看每個進程產(chǎn)生的頁面失效

?? 可以用每個進程產(chǎn)生的頁面失效（通過PRCESSPAGE FAILURES/SEC計數(shù)器獲得）和系統(tǒng)頁面失效(可以通過MEMORYPAGE FAILURES/SEC計數(shù)器獲得)的比值，來判斷哪個進程產(chǎn)生了最多的頁面失效，這個進程要么是需要大量內(nèi)存的進程，要么是非常活躍的進程，可以對其進行重點分析。

? （3）了解進程的Process/Private Bytes

??? Process/Private Bytes是指進程所分配的無法與其他進程共享的當前字節(jié)數(shù)量。該計數(shù)器主要用來判斷進程在性能測試過程中有無內(nèi)存泄漏。例如：對于一個IIS之上的WEB應(yīng)用，我們可以重點監(jiān)控inetinfo進程的Private Bytes，如果在性能測試過程中，該進程的Private Bytes計數(shù)器值不斷增加，或是性能測試停止后一段時間，該進程的Private Bytes仍然持續(xù)在高水平，則說明應(yīng)用存在內(nèi)存泄漏。

? 注：在UNIX/LINUX系統(tǒng)中，對應(yīng)的指標是Resident Size

? 5.網(wǎng)絡(luò)分析方法

? Network InterfaceBytes Total/sec為發(fā)送和接收字節(jié)的速率，可以通過該計數(shù)器值來判斷網(wǎng)絡(luò)鏈接速度是否是瓶頸，具體操作方法是用該計數(shù)器的值和目前網(wǎng)絡(luò)的帶寬進行比較。

?RAID0計算方法：[Reads +(2*Writes)]/Number of Disks

? (2)與ProcessorPrivileged Time 合并進行分析

? 如果在Physical Disk 計數(shù)器中，只有％Disk Time 比較大，其他值都比較適中，硬盤可能會是瓶頸。若幾個值都比較大，且數(shù)值持續(xù)超過80％，則可能是內(nèi)存泄漏。

? （3）根據(jù)Disk sec/Transfer進行分析

??? 一般來說，定義該數(shù)值小于15ms為Excellent，介于15～30ms之間為良好，30～60ms之間為可以接受，超過60ms則需要考慮更換硬盤或是硬盤的RAID方式了