Windows性能監視器

CPU使用率(TM)的看法收集方法

請注目於注有 ※ 的[CPU使用率]的值或[CPU使用率的履歷]的圖表，確認是不是有什麼負荷加在CPU上。這些是在各自的現時點上，將加在CPU上的負荷做數值化，並逐時間的將那個負荷狀況進行記錄。

如果是[CPU]使用率的值高，或是在[CPU使用率的履歷]圖表上載有大量負荷的跡象，就明白了其原因是對CPU的負荷。如再有這個發生的時候，選擇[表示]-[表示內核時間]菜單，表示內核時間。

簡單地識別內核方式和用戶方式的負荷狀況的方法

任務管理，用圖表表示加在CPU上的全體負荷。Windows 2000/XP，完全分離OS的系統編碼和設備驅動程序等的編碼，和文字處理機等的用戶應用軟件的編碼，用完全不同的系統編碼做各自實行。

具體是前者用內核方式，後者用戶方式被實行的。

這個時候用被用戶方式來實行的應用軟件，不能直接訪問內核方式管理的存儲器資源等。在象加上這樣的限制的事上，即使萬一在用戶方式實行中的應用軟件發生混亂是，對於系統也不會有很大的影響。

在向圖表作追加表示來自於內核方式程序的CPU使用率上，實行任務管理的[表示]-[表示內核時間]菜單。綠色的線是表示全體的使用率，紅色是表示內核·方式的各自的程序的CPU使用率和使之增加系統的負荷的原因，能簡單地辨別是來自於用戶應用軟件(文字處理機和批應用軟件等)，還是來自於系統編碼(OS編碼和設備驅動程序等)。即使是全體的CPU使用率高的時候，來自於內核方式程序的使用率也並不是那麼高的情況下，可以認爲來自於被用戶方式實行的應用軟件的負荷大。總之如果想使之減輕負荷，找出成爲原因的應用軟件，再結束那個應用軟件就行了。

另一方面，在來自於內核方式程序的使用率高的時候(紅的線向綠色的線接近的時候)，能預測內核內部的系統程序的處理或是網絡訪問，軟盤訪問，圖解繪畫，以及來自於設備驅動程序的處理等是負荷的原因。在發生這個情況時候，是要從最近進行的設備構成和網絡構成的變化等那裏追求原因，討論硬件的改進吧。

程序的狀態 (TM)

• 特定負荷大的程序的方法∶
  
  

  打開任務管理的程序標籤的話，現在實行中的程序一覽表就會被表明。明白了明示性地用戶啓動了的應用軟件的經過以外也有許多的程序是以背景來實行的。

  
  
  
  

  注有※的是現時點的CPU使用率。所有的程序的值加在一起的話就是100(％)。[CPU時間]是從程序開始到現在爲止的以秒單位積累的CPU使用時間表示的值。

  
  

  [CPU]的值是在現時刻的那個程序的CPU使用率。增加所有程序的CPU使用率的值的話，就是100(％)。這個值大的程度，那個程序在現時刻對CPU放上很大的負荷。因此，即使現在問題的程序在CPU也加上負荷，這個值找出大的程序就行了。

  
  

  一方的[CPU時間]的值是那個程序從被開始到現在爲止使用的CPU時間以秒單位表示了。

  
  

  譬如，作爲打算追求負荷原因啓動了任務管理,不過也有在開始調查的時候負荷被減輕了這樣的情況發生。特別是在背景的服務的處理，因爲是按照必要去啓動結束纔會發生這樣的事。在這樣的情況時要關注[CPU時間]的值。即使[CPU]的值是小的，如果這個值大的話，那個程序會繼續性地在CPU上加載負荷。(但是，因爲[CPU時間]是程序從被開始到現在使用了的CPU時間，雖說這個值大，也要注意那個程序不只是直接的增加負荷的原因)。

  
  

  任務管理的[程序]標籤的一覽的標題部分([圖象名]，[PID]，[CPU]等)成爲按鈕，用鼠標單擊這裏的話，那個項目就被做成一覽分類。在那裏以象此次一樣的目的，單擊[CPU][CPU時間]的部分，按值大的順序羅列一覽就可以。從畫面就可以明白的那樣，[CPU時間][CPU]的值是佔大多數的在名單的最有效的位置上的程序「System Idle Process」。這個是說明CPU不是表示通話中(空隙)時間的，通常這個被表示在最有效的位置上。這個經過，因爲現在的負荷特別沒有關係可以無視。

存儲器使用量(TM)的看法

①、存儲器的使用量(把以下的②的數值做爲圖表的東西)

②、使用中的存儲器空間。應用軟件和內核等使用的存儲器的總尺寸這個值超過着物理存儲器的尺寸的話，放不進去的部分會被交換外做到磁盤上。

③、利用可能的存儲器空間尺寸的最大限制值。成爲物理存儲器尺寸+頁文件尺寸的頁文件尺寸的缺省值因爲是物理存儲器尺寸的1.5倍，合計爲能夠增加到物理存儲器尺寸的2.5倍的基於頁文件尺寸也能要大的尺寸,不過因爲自於交換內，交換外的性能降低會變得很大，最好是增設存儲器。

④、②的使用中的尺寸的峯值。當這個值很大地超過着物理存儲器的尺寸的時候，爲了抵禦表示交換多發的交換，最好是在物理存儲器尺寸的2倍以內裏，討論存儲器的增設。

⑤、物理存儲器的尺寸

⑥、按照沒有被利用的程序和OS內核，系統緩衝等空的物理存儲器的尺寸的必要，爲了程序和系統緩衝等的被利用。

⑦、被利用於系統緩衝的物理存儲器的尺寸。這個尺寸是按照空的存儲器尺寸而進行動地變化的，如果空的存儲器多得話那麼緩衝尺寸也就變得大,不過空的存儲器領域變得少起來的話緩衝的尺寸也就會縮小。因爲⑥和⑦有一部分是相互重複的部分，那個合計超過物理存儲器尺寸⑥。

⑧、被OS內核使用的存儲器尺寸。以下是⑨的合計。

⑨、Page Pool和非Page Pool的尺寸。所謂Page Pool，是在內核編碼裏面的作爲交換外的對象的部分是空的存儲器領域在變得少的時候，即使是內核的一部分也會被交換外做到磁盤上的非Page Pool，在內核編碼裏面，經常是在物理的存儲器上存在着，是交換外的對象和變不成的部分。象超車處理例行公事等一樣地，包含有被交換外騷擾的編碼。

• 頁文件尺寸：
  
  

  默認裝載物理存儲器的1.5倍尺寸的頁文件的製作。

  
  

  因此譬如，被系統裝載的物理存儲器被製作成要是128Mbytes的話就是192Mbytes，要是256Mbytes的話就是384Mbytes的頁文件。因爲單純計算是物理存儲器和加上了頁文件的容量成爲使用可能的假想存儲器尺寸，默認物理存儲器的250％到(2.5倍)爲止的假想存儲器就是使用可能。並且，大量的假想存儲器變成必要，實行時頁文件不足了的時候，被動態頁文件的尺寸擴大。

  
  

  但如果大體明白用系統使用的假想存儲器尺寸，固定了頁文件尺寸效率好。

使用性能監視器的定期性地收集對數（記錄）的方法

1. 輸入Administrator進入Windows2000
   
   
2. 打開性能監視器
   
   

   順序:[起動]→[控制面板]→[管理工具]→ 性能

   
   
   
   
3. 爲了取得對數(記錄)的登記
   
   
   • 追加新的對數(記錄)選擇了中央控制檯途徑(左側的窗)的計數器，輸出以選擇的狀態右單擊下列的對話框。
     
     
     
     
   • 選擇設定新的對數(記錄)，打開新規對數(記錄)登記畫面，輸入下列的輸入項目。
     
     

• 選擇	說明
  場所	是輸入成爲對數(記錄)文件的作成場所的文件夾的名字，或是單擊「參照」尋找文件夾。
  文件名	輸入對數(記錄)文件的部分名和界面名。必要的時候，能使用組合的「文件名」和「文件名的擴展名」。
  文件名接尾辭	選擇這個項目，從一覽中選擇目的的接尾辭格。使用「文件名的擴展名」，區別有自動地被生成了的對數(記錄)的小組內同樣的對數(記錄)文件名的持有複數的對數(記錄)文件。
  開始號碼	如果「文件名的擴展名」選擇了「nnnnnn」，在這裏設定自動文件號碼帳單的開始號碼。

  
  
• 頁文件尺寸：
  
  

  記錄文件的形式	說明
  文本文件 - CSV	定義有擴展名.csv做爲段落的記錄文件。推廣工作表程序做對數(記錄)數據輸出的時候，使用這個形式。
  文本文件 - CSV	定義有擴展名.tsv的標籤段落的記錄文件。推廣工作表程序做對數(記錄)數據輸出的時候，使用這個形式。
  二進制文件	定義有擴展名.blg的持續發生的二進制形式的記錄文件。使斷斷續續的數據的例，也就是在對數(記錄)記錄之後，能記錄反覆停止、再開始數據的例，使用這個文件格式。不能對應非二進制文件形式渡行到對數(記錄)的動作期間全體不持續性地發生的例。
  二進制循環文件	這個選擇是定義有擴展名．blg的循環二進制形式的記錄文件。在向同樣的記錄文件接連記錄數據，用新的數據在以前的記錄上寫的時候，使用這個文件格式。

  
  
• 最後
  
  

  是何時監視的設定(圖2h)。選擇屬性畫面的[日程]標籤，指定對數(記錄)的收集和收集停止。也能象指定了的日期和時間自動地開始對數(記錄)的收集那樣地設定,不過遺憾的是日期和時間只能指定1回分。在星期一～星期五的同樣時刻上每日象收集對數(記錄)一樣的時候，是在結束了每日的對數(記錄)收集以後，是重新設定必須指定的日期，還是事前預先設定製作全部的日期和時間。關上單擊[OK]按鈕的話，回到最初的[性能]畫面(圖2i)。

使用了性能監視器的定期性地收集方法對數(記錄)

有非常多的性能項目和計數器,不過歸結了那個裏面有代表性的東西。如果有各項目的值高的程度也有系統的負荷高的東西，又有價值低的程度給系統帶來負荷的東西。這些項目根據從數日到數週，或數個月的範圍內定期性地監視，能決定性能的界線(基準)。可以說是各個的系統資源，用通常的處理表示怎麼被使用的值。

• 有代表性的監視項目表
  
  

  系統資源	監視的目的	性能項目/計數器	概要
  處理器	使用信息	Processor\%Processor Time	CPU的利用率
  	瓶頸	System\Processor Queue Length	處理器例有的線程的數
  		Processor\%Interrupts/sec	每秒處理器收領處理的硬件超出的平均值
  		System\Context switches/sec	包含了從任意的線程向其他的線程轉換的全部的處理器的比率
  內存	使用狀況	Memory\Available Bytes	實行中的程序利用可能的物理內存的尺寸
  		Memory\Cache Bytes	文件系統緩衝現在使用的比特數
  	瓶頸	Memory\Page/sec	爲了解決硬盤頁失誤從磁盤上能讀取，胯被寫到磁盤上的頁的數
  	或有	Memory\Page Faults/sec	處理器處理頁失誤的全體性的比率
  	內存漏泄	Memory\Page Input/sec	爲了解決硬盤頁失誤從磁盤被領會的頁的數
  		Memory\Page Reads/sec	爲了解決硬盤頁失誤磁盤被領會的回數
  		Memory\Transition Faults/sec	由於是不是恢復或被更新了的頁名單，待機名單有頁失誤時候在磁盤上被寫上的事被解決了的頁失誤的數
  		Memory\Pool Paged Bytes	沒被使用的時候能在磁盤上寫上客觀用的系統內存的領域(*3)
  		Memory\Pool Nonpaged Bytes	就只要在磁盤上不被寫上，能分配物理內存內存在的客觀用的系統內存的領域
  磁盤	使用狀況	LogicalDisk\% Free Space(*1)	空間(%)(*3)
  		LogicalDisk\% Disk Time(*1)	訪問時間(%)
  		PhysicalDisk\% Read/sec 1	在1秒內的讀入動作回數
  		PhysicalDisk\% Writes/sec 1	在1秒內的寫入動作回數
  	瓶頸	LogicalDisk\%Avg Disk Queue Length(*1)	進入了選擇了的磁盤的例的領會及寫上要求的數的平均值
  		PhysicalDisk\%Avg Disk Queue Length	進入了選擇了的磁盤的例的領會及寫上要求的數的平均值
  網絡	使用狀況	Network Segment\%Net Utilization(*2)	網絡分割的利用率
  	容許量	Network Interface\Bytes Total/sec	在1秒內NIC上的被接收信的比特數
  		Network Interface\Packets/sec	在1秒內NIC上的被收送信的比特數
  		Server\Bytes Total/sec	在1秒內服務器在網絡間收送信的比特數

  
  
• 注意點：
  
  
  1. 爲了LogicalDisk的計數器的有效，必須在事前從指令提示符實行「diskperf -y」。
     
     
  2. 爲了Network Segment的計數器的有效，需要安裝網絡監視器用的網絡包協議驅動程序。
     
     
  3. 低的數值程度的高負荷的監視項目。
  
  

  如果從收集的監視結果知道了界線，必須看清從那個信息潛在的“瓶頸”是否沒有發生。所謂瓶頸是以只一部分的系統資源被過剩消費的狀態，是系統全體的性能使之下降的原因。

  
  
• 判斷每系統資源瓶頸的條件(案例)
  
  

  下列表是爲了判斷瓶頸的監視對象的計數器的條件。不管怎樣也能判斷頻繁或是超過恆常性地閾值是那個系統資源成爲瓶頸。關於不定期不頻繁的瞬間性的超過(Spike)，可以無視不是來自於瓶頸發生。

  
  

  系統資源	性能項目/計數器	瓶頸和判斷的條件	概要
  處理器	Processor\%Processor Time	85%以上	發現高的百分率的處理器時間的程序。在高速的處理器上升級,做多重處理器化。
  	Server Work Queue\Queue Length	根據處理器的不同	與同樣的硬件/軟件構成的其他的服務器的值作比較，作爲在明顯地高的值的時候硬件障礙的可能性很高。
  	Processor\%Interrupts/sec	4以上	在頻繁超過閾值的時候，處理器成爲瓶頸。
  內存	Memory\Available Bytes	4M比特未滿	調查內存使用量，按照必要增設RAM。
  	Memory\Page/sec	20以上	調查頁面處理。按照必要增設RAM。
  	Paging File\%Usage	70%以上	調查內存使用量，按照必要增設RAM。
  磁盤	LogicalDisk\% Free Space	15%以上	是增設磁盤，或是刪掉無用的數據。
  	LogicalDisk\% Disk Time	90%以上	因爲硬盤的不調考慮交換。
  	PhysicalDisk\% Reads/sec	因磁盤的構成而不同	一般地Ultra Wide SCSI磁盤每1秒，50—70I/O處理可能
  	PhysicalDisk\% Writes/sec
  	PhysicalDisk\%Avg Disk Queue Length	主軸數+2以上	可以說是這個值經常是大的和磁盤輸入輸出要求過剩的狀態。
  網絡	Network Segment\%Net Utilization	因網絡的種類而不同	在Ethernet網絡上的30％以上

  
  
• 注意點：
  
  

  哪個值都頻繁或是恆常性地超過閾值的時候就能判斷那個系統資源成爲瓶頸。關於不定期不頻繁的瞬間性的超過(Spike)，可以無視。

  
  

  [性能]也有所說的[警告]的機能。在超過了計數器值的時候，有能通知系統管理者的機能。對判斷瓶頸的閾值，如果預先設定警告，可以由電子郵件等告知。只是，因爲如果是過分低水平警告的話，頻繁通知不是最上策。超越了警告水平的時候最好是迅速地通知系統管理者。