軟件測試工具中的LoadRunner監視的性能計數器
今天，我先把我整理的一些計數器及其閾值要求等貼出來(lái)，這些計數器是針對我對windows操作系統，C/S結構的sql server數據庫及WEB平臺.net產(chǎn)品測試時(shí)的一些計數器；大家可以繼續補充，作過(guò)unix平臺上oracle數據庫測試及J2EE架構及WEBLOGIC方面測試的朋友，也希望把自己使用的計數器貼出來(lái)，讓大家分享。
好了，先說(shuō)這些了，希望通過(guò)這個(gè)專(zhuān)題，最終能讓大家對自己的測試結果進(jìn)行分析。
Memory: 內存使用情況可能是系統性能中最重要的因素。如果系統“頁(yè)交換”頻繁，說(shuō)明內存不足�！绊�(yè)交換”是使用稱(chēng)為“頁(yè)面”的單位，將固定大小的代碼和數據塊從 RAM 移動(dòng)到磁盤(pán)的過(guò)程，其目的是為了釋放內存空間。盡管某些頁(yè)交換使 Windows 2000 能夠使用比實(shí)際更多的內存，也是可以接受的，但頻繁的頁(yè)交換將降低系統性能。減少頁(yè)交換將顯著(zhù)提高系統響應速度。要監視內存不足的狀況，請從以下的對象計數器開(kāi)始：
Available Mbytes:可用物理內存數. 如果Available Mbytes的值很�。�4 MB 或更�。�，則說(shuō)明計算機上總的內存可能不足，或某程序沒(méi)有釋放內存。
page/sec: 表明由于硬件頁(yè)面錯誤而從磁盤(pán)取出的頁(yè)面數，或由于頁(yè)面錯誤而寫(xiě)入磁盤(pán)以釋放工作集空間的頁(yè)面數。一般如果pages/sec持續高于幾百，那么您應該進(jìn)一步研究頁(yè)交換活動(dòng)。有可能需要增加內存，以減少換頁(yè)的需求（你可以把這個(gè)數字乘以4k就得到由此引起的硬盤(pán)數據流量）。Pages/sec 的值很大不一定表明內存有問(wèn)題，而可能是運行使用內存映射文件的程序所致。
page read/sec:頁(yè)的硬故障，page/sec的子集，為了解析對內存的引用，必須讀取頁(yè)文件的次數。閾值為>5. 越低越好。大數值表示磁盤(pán)讀而不是緩存讀。
由于過(guò)多的頁(yè)交換要使用大量的硬盤(pán)空間，因此有可能將導致將頁(yè)交換內存不足與導致頁(yè)交換的磁盤(pán)瓶徑混淆。因此，在研究?jì)却娌蛔悴惶黠@的頁(yè)交換的原因時(shí)，您必須跟蹤如下的磁盤(pán)使用情況計數器和內存計數器：
Physical Disk\\ % Disk Time
Physical Disk\\ Avg.Disk Queue Length
例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果頁(yè)面讀取操作速率很低，同時(shí) % Disk Time 和 Avg.Disk Queue Length的值很高，則可能有磁盤(pán)瓶徑。但是，如果隊列長(cháng)度增加的同時(shí)頁(yè)面讀取速率并未降低，則內存不足。
要確定過(guò)多的頁(yè)交換對磁盤(pán)活動(dòng)的影響，請將 Physical Disk\\ Avg.Disk sec/Transfer 和 Memory\\ Pages/sec 計數器的值增大數倍。如果這些計數器的計數結果超過(guò)了 0.1，那么頁(yè)交換將花費百分之十以上的磁盤(pán)訪(fǎng)問(wèn)時(shí)間。如果長(cháng)時(shí)間發(fā)生這種情況，那么您可能需要更多的內存。
Page Faults/sec:每秒軟性頁(yè)面失效的數目（包括有些可以直接在內存中滿(mǎn)足而有些需要從硬盤(pán)讀�。┹^page/sec只表明數據不能在內存的指定工作集中立即使用。
Cache Bytes：文件系統緩存（File System Cache），默認情況下為50%的可用物理內存。如IIS5.0 運行內存不夠時(shí)，它會(huì )自動(dòng)整理緩存。需要關(guān)注該計數器的趨勢變化
如果您懷疑有內存泄露，請監視 Memory\\ Available Bytes 和 Memory\\ Committed Bytes，以觀(guān)察內存行為，并監視您認為可能在泄露內存的進(jìn)程的 Process\\Private Bytes、Process\\Working Set 和Process\\Handle Count。如果您懷疑是內核模式進(jìn)程導致了泄露，則還應該監視 Memory\\Pool Nonpaged Bytes、Memory\\ Pool Nonpaged Allocs 和 Process(process_name)\\ Pool Nonpaged Bytes。
Pages per second :每秒鐘檢索的頁(yè)數。該數字應少于每秒一頁(yè)。
Process：
%Processor Time: 被處理器消耗的處理器時(shí)間數量。如果服務(wù)器專(zhuān)用于sql server,可接受的最大上限是80-85%
Page Faults/sec:將進(jìn)程產(chǎn)生的頁(yè)故障與系統產(chǎn)生的相比較，以判斷這個(gè)進(jìn)程對系統頁(yè)故障產(chǎn)生的影響。
Work set: 處理線(xiàn)程最近使用的內存頁(yè)，反映了每一個(gè)進(jìn)程使用的內存頁(yè)的數量。如果服務(wù)器有足夠的空閑內存，頁(yè)就會(huì )被留在工作集中，當自由內存少于一個(gè)特定的閾值時(shí)，頁(yè)就會(huì )被清除出工作集。
Inetinfo:Private Bytes:此進(jìn)程所分配的無(wú)法與其它進(jìn)程共享的當前字節數量。如果系統性能隨著(zhù)時(shí)間而降低，則此計數器可以是內存泄漏的最佳指示器。
Processor：監視“處理器”和“系統”對象計數器可以提供關(guān)于處理器使用的有價(jià)值的信息，幫助您決定是否存在瓶頸。
%Processor Time:如果該值持續超過(guò)95%，表明瓶頸是CPU�？梢钥紤]增加一個(gè)處理器或換一個(gè)更快的處理器。
%User Time:表示耗費CPU的數據庫操作，如排序，執行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡(jiǎn)單的表聯(lián)接，水平分割大表格等方法來(lái)降低該值。
%Privileged Time：（CPU內核時(shí)間）是在特權模式下處理線(xiàn)程執行代碼所花時(shí)間的百分比。如果該參數值和"Physical Disk"參數值一直很高，表明I/O有問(wèn)題�？煽紤]更換更快的硬盤(pán)系統。另外設置Tempdb in RAM，減低"max async IO"，"max lazy writer IO"等措施都會(huì )降低該值。
此外，跟蹤計算機的服務(wù)器工作隊列當前長(cháng)度的 Server Work Queues\\ Queue Length 計數器會(huì )顯示出處理器瓶頸。隊列長(cháng)度持續大于 4 則表示可能出現處理器擁塞。此計數器是特定時(shí)間的值，而不是一段時(shí)間的平均值。
% DPC Time:越低越好。在多處理器系統中，如果這個(gè)值大于50%并且Processor:% Processor Time非常高，加入一個(gè)網(wǎng)卡可能會(huì )提高性能，提供的網(wǎng)絡(luò )已經(jīng)不飽和。
Thread
ContextSwitches/sec: (實(shí)例化inetinfo 和dllhost 進(jìn)程) 如果你決定要增加線(xiàn)程字節池的大小，你應該監視這三個(gè)計數器（包括上面的一個(gè)）。增加線(xiàn)程數可能會(huì )增加上下文切換次數，這樣性能不會(huì )上升反而會(huì )下降。如果十個(gè)實(shí)例的上下文切換值非常高，就應該減小線(xiàn)程字節池的大小。
Physical Disk:
%Disk Time %:指所選磁盤(pán)驅動(dòng)器忙于為讀或寫(xiě)入請求提供服務(wù)所用的時(shí)間的百分比。如果三個(gè)計數器都比較大，那么硬盤(pán)不是瓶頸。如果只
%Disk Time比較大，另外兩個(gè)都比較適中，硬盤(pán)可能會(huì )是瓶頸。在記錄該計數器之前，請在Windows 2000 的命令行窗口中運行diskperf -yD。若數值持續超過(guò)80%，則可能是內存泄漏。
Avg.Disk Queue Length:指讀取和寫(xiě)入請求(為所選磁盤(pán)在實(shí)例間隔中列隊的)的平均數。該值應不超過(guò)磁盤(pán)數的1.5~2 倍。要提高性能，可增加磁盤(pán)。注意：一個(gè)Raid Disk實(shí)際有多個(gè)磁盤(pán)。
Average Disk Read/Write Queue Length:指讀取(寫(xiě)入)請求(列隊)的平均數。
Disk Reads(Writes)/s: 物理磁盤(pán)上每秒鐘磁盤(pán)讀、寫(xiě)的次數。兩者相加，應小于磁盤(pán)設備最大容量。
Average Disksec/Read: 指以秒計算的在此盤(pán)上讀取數據的所需平均時(shí)間。
Average Disk sec/Transfer:指以秒計算的在此盤(pán)上寫(xiě)入數據的所需平均時(shí)間。
Network Interface：
Bytes Total/sec :為發(fā)送和接收字節的速率，包括幀字符在內。判斷網(wǎng)絡(luò )連接速度是否是瓶頸，可以用該計數器的值和目前網(wǎng)絡(luò )的帶寬比較
SQLServer性能計數器：
Access Methods(訪(fǎng)問(wèn)方法) 用于監視訪(fǎng)問(wèn)數據庫中的邏輯頁(yè)的方法。
Full Scans/sec(全表掃描/秒) 每秒不受限的完全掃描數�？梢允腔颈頀呙杌蛉饕龗呙�。如果這個(gè)計數器顯示的值比1或2高，應該分析你的查詢(xún)以確定是否確實(shí)需要全表掃描，以及S Q L查詢(xún)是否可以被優(yōu)化。
Page splits/sec(頁(yè)分割/秒)由于數據更新操作引起的每秒頁(yè)分割的數量。
Buffer Manager(緩沖器管理器)：監視 Microsoft® SQL Server? 如何使用： 內存存儲數據頁(yè)、內部數據結構和過(guò)程高速緩存；計數器在 SQL Server 從磁盤(pán)讀取數據庫頁(yè)和將數據庫頁(yè)寫(xiě)入磁盤(pán)時(shí)監視物理 I/O。 監視 SQL Server 所使用的內存和計數器有助于確定： 是否由于缺少可用物理內存存儲高速緩存中經(jīng)常訪(fǎng)問(wèn)的數據而導致瓶頸存在。如果是這樣，SQL Server 必須從磁盤(pán)檢索數據。 是否可通過(guò)添加更多內存或使更多內存可用于數據高速緩存或 SQL Server 內部結構來(lái)提高查詢(xún)性能。
SQL Server 需要從磁盤(pán)讀取數據的頻率。與其它操作相比，例如內存訪(fǎng)問(wèn)，物理 I/O 會(huì )耗費大量時(shí)間。盡可能減少物理 I/O 可以提高查詢(xún)性能。
.Page Reads/sec：每秒發(fā)出的物理數據庫頁(yè)讀取數。這一統計信息顯示的是在所有數據庫間的物理頁(yè)讀取總數。由于物理 I/O 的開(kāi)銷(xiāo)大，可以通過(guò)使用更大的數據高速緩存、智能索引、更高效的查詢(xún)或者改變數據庫設計等方法，使開(kāi)銷(xiāo)減到最小。
.Page Writes/sec (.寫(xiě)的頁(yè)/秒) 每秒執行的物理數據庫寫(xiě)的頁(yè)數。
.Buffer Cache Hit Ratio. 在“緩沖池”（Buffer Cache/Buffer Pool）中沒(méi)有被讀過(guò)的頁(yè)占整個(gè)緩沖池中所有頁(yè)的比率�？稍诟咚倬彺嬷姓业蕉恍枰獜拇疟P(pán)中讀取的頁(yè)的百分比。這一比率是高速緩存命中總數除以自 SQL Server 實(shí)例啟動(dòng)后對高速緩存的查找總數。經(jīng)過(guò)很長(cháng)時(shí)間后，這一比率的變化很小。由于從高速緩存中讀數據比從磁盤(pán)中讀數據的開(kāi)銷(xiāo)要小得多，一般希望這一數值高一些。通常，可以通過(guò)增加 SQL Server 可用的內存數量來(lái)提高高速緩存命中率。計數器值依應用程序而定，但比率最好為90% 或更高。增加內存直到這一數值持續高于90%，表示90% 以上的數據請求可以從數據緩沖區中獲得所需數據。
Lazy Writes/sec(惰性寫(xiě)/秒)惰性寫(xiě)進(jìn)程每秒寫(xiě)的緩沖區的數量。值最好為0。
Cache Manager(高速緩存管理器) 對象提供計數器，用于監視 Microsoft® SQL Server? 如何使用內存存儲對象，如存儲過(guò)程、特殊和準備好的 Transact-SQL 語(yǔ)句以及觸發(fā)器。
Cache Hit Ratio(高速緩存命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procedure Cache，是一個(gè)總體的比率。) 高速緩存命中次數和查找次數的比率。對于查看SQL Server高速緩存對于你的系統如何有效，這是一個(gè)非常好的計數器。如果這個(gè)值很低，持續低于80%，就需要增加更多的內存。
Latches(閂) 用于監視稱(chēng)為閂鎖的內部 SQL Server 資源鎖。監視閂鎖以明確用戶(hù)活動(dòng)和資源使用情況，有助于查明性能瓶頸。
Average Latch Wait Ti m e ( m s ) (平均閂等待時(shí)間(毫秒)) 一個(gè)SQL Server線(xiàn)程必須等待一個(gè)閂的平均時(shí)間，以毫秒為單位。如果這個(gè)值很高，你可能正經(jīng)歷嚴重的競爭問(wèn)題。
Latch Waits/sec (閂等待/秒) 在閂上每秒的等待數量。如果這個(gè)值很高，表明你正經(jīng)歷對資源的大量競爭。
Locks(鎖) 提供有關(guān)個(gè)別資源類(lèi)型上的 SQL Server 鎖的信息。鎖加在 SQL Server 資源上（如在一個(gè)事務(wù)中進(jìn)行的行讀取或修改），以防止多個(gè)事務(wù)并發(fā)使用資源。例如，如果一個(gè)排它 (X) 鎖被一個(gè)事務(wù)加在某一表的某一行上，在這個(gè)鎖被釋放前，其它事務(wù)都不可以修改這一行。盡可能少使用鎖可提高并發(fā)性，從而改善性能�？梢酝瑫r(shí)監視 Locks 對象的多個(gè)實(shí)例，每個(gè)實(shí)例代表一個(gè)資源類(lèi)型上的一個(gè)鎖。
Number of Deadlocks/sec(死鎖的數量/秒) 導致死鎖的鎖請求的數量
Average Wait Time(ms) (平均等待時(shí)間(毫秒)) 線(xiàn)程等待某種類(lèi)型的鎖的平均等待時(shí)間
Lock Requests/sec(鎖請求/秒) 每秒鐘某種類(lèi)型的鎖請求的數量。
Memory manager:用于監視總體的服務(wù)器內存使用情況，以估計用戶(hù)活動(dòng)和資源使用，有助于查明性能瓶頸。監視 SQL Server 實(shí)例所使用的內存有助于確定：
是否由于缺少可用物理內存存儲高速緩存中經(jīng)常訪(fǎng)問(wèn)的數據而導致瓶頸存在。如果是這樣，SQL Server 必須從磁盤(pán)檢索數據。
是否可以通過(guò)添加更多內存或使更多內存可用于數據高速緩存或 SQL Server 內部結構來(lái)提高查詢(xún)性能。
Lock blocks:服務(wù)器上鎖定塊的數量，鎖是在頁(yè)、行或者表這樣的資源上。不希望看到一個(gè)增長(cháng)的值。
Total server memory：sql server服務(wù)器當前正在使用的動(dòng)態(tài)內存總量.
監視IIS需要的一些計數器
Internet Information Services Global:
File Cache Hits %、File CacheFlushes、File Cache Hits
File Cache Hits %是全部緩存請求中緩存命中次數所占的比例，反映了IIS 的文件緩存設置的工作情況。對于一個(gè)大部分是靜態(tài)網(wǎng)頁(yè)組成的網(wǎng)站，該值應該保持在80%左右。而File Cache Hits是文件緩存命中的具體值，File CacheFlushes 是自服務(wù)器啟動(dòng)之后文件緩存刷新次數，如果刷新太慢，會(huì )浪費內存；如果刷新太快，緩存中的對象會(huì )太頻繁的丟棄生成，起不到緩存的作用。通過(guò)比較File Cache Hits 和File Cache Flushes 可得出緩存命中率對緩存清空率的比率。通過(guò)觀(guān)察它兩個(gè)的值，可以得到一個(gè)適當的刷新值（參考IIS 的設置ObjectTTL 、MemCacheSize 、MaxCacheFileSize）
Web Service:
Bytes Total/sec:顯示W(wǎng)eb服務(wù)器發(fā)送和接受的總字節數。低數值表明該IIS正在以較低的速度進(jìn)行數據傳輸。
Connection Refused：數值越低越好。高數值表明網(wǎng)絡(luò )適配器或處理器存在瓶頸。
Not Found Errors：顯示由于被請求文件無(wú)法找到而無(wú)法由服務(wù)器滿(mǎn)足的請求數（HTTP狀態(tài)代碼404）
文章來(lái)源于領(lǐng)測軟件測試網(wǎng) http://kjueaiud.com/
