Windowsパフォーマンスモニタ

テレコムアプリケーションを簡単に作成できるって本当ですか？はい、本当です。 CTServerを使用すれば電話自動応答システム、ＣＴＩシステムのテレコムアプリケーションが簡単に作成できます。

最新更新日：

　Windowsパフォーマンスモニタ

TOPページへ

CPU使用率（TM）の見方収集方法

※であるところの［CPU使用率］の値や［CPUの使用率の履歴］のグラフに注目し、何らかの負荷がCPUにかかっているかどうかを確認する。これらはそれぞれ、現時点でCPUにかかっている負荷を数値化したものと、その負荷状況を時間を追って記録したものである。

［CPU］使用率の値が高いか、［CPU使用率の履歴］グラフで大きな負荷がかかった形跡があれば、原因はCPUに対する負荷であることが分かる。またこのときには、［表示］－［カーネル時間を表示する］メニューを選択して、カーネル時間の表示を行うようにする。

カーネル・モードとユーザー・モードの負荷状況を簡単に見分ける方法

タスク・マネージャは、CPUにかかった全体の負荷をグラフ表示するようになっている。Windows 2000／XPは、OSのシステム・コードやデバイス・ドライバなどのコードと、ワードプロセッサなどのユーザー・アプリケーションのコードを完全に分離し、まったく異なるシステム・モードでそれぞれを実行している。

具体的には、前者はカーネル・モード、後者はユーザー・モードで実行されるようになっている。

この際ユーザー・モードで実行されるアプリケーションは、カーネル・モードが管理するメモリ資源などには直接にはアクセスできない。このような制限を加えることで、万一ユーザー・モードで実行中のアプリケーションが暴走したとしても、システムには影響が及ばないようにしている。

一方、カーネル・モード・プロセスによる使用率が高いとき（赤い線が、緑の線に接近しているとき）には、カーネル内部のシステム・プロセスの処理や、ネットワーク・アクセス、ディスク・アクセス、グラフィック描画、デバイス・ドライバによる処理などが負荷の原因だと予測できる。この場合には、最近行ったデバイス構成やネットワーク構成の変化などから、原因を追求したり、ハードウェアのグレード・アップを検討したりすることになるだろう。

プロセスの状態 (TM)

負荷の大きいプロセスを特定する方法：

タスクマネージャのプロセスタブを開くと、現在実行中のプロセスが一覧表示される。明示的にユーザーが起動したアプリケーションのプロセス以外にも、数多くのプロセスがバックグラウンドで実　行されていることが分かる。

※であるところの［CPU］は、現時点での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カーネルで使用されているメモリ・サイズ。以下の⑨の合計。

⑨、ページ・プールと非ページ・プールのサイズ。ページ・プールとは、カーネル・コードのうち、スワップ・アウトの対象となる部分のこと空きメモリ領域が少なくなるとカーネルの一部であってもディスクへスワップアウトされる非ページ・プールとは、カーネル・コードのうち、常に物理的なメモリ上に存在していて、スワップ・アウトの対象とならない部分のこと。割り込み処理ルーチンなどのように、スワップ・アウトされては困るようなコードが含まれている。

ページファイルサイズ：

デフォルトで搭載物理メモリの1.5倍のサイズのページ・ファイルが作成される。

従って例えば、システムに搭載されている物理メモリが128Mbytesなら192Mbytes、256Mbytesなら384Mbytesのページ・ファイルが作成される。単純計算では、物理メモリとページ・ファイルを加えた容量が使用可能な仮想メモリ・サイズになるので、デフォルトでは物理メモリの250％（2.5倍）までの仮想メモリが使用可能ということになる。そして、大量の仮想メモリが必要となり、実行時にページ・ファイルが足りなくなったときには、ダイナミックにページ・ファイルのサイズが拡大されるようになっている。

ただしシステムで使用する仮想メモリ・サイズがおおよそ分かっているなら、ページ・ファイル・サイズを固定してしまったほうが効率がよい。

パフォーマンスモニタを使用した定期的にログを収集方法

AdministratorでWindows2000にログイン
パフォーマンスモニタを開く

手順：［スタート］ → ［コントロールパネル］ → ［管理ツール］ → パフォーマンス
ログを取得するための登録を行う
- 新規のログを追加登録コンソールルート（左側のウィンドウ）のカウンタログを選択し、選択した状態で右クリックして下記のダイアログを出力します。
- 新しいログの設定を選択して新規ログ登録画面を開き、下記の入力項目を入力します。

オプション	説明
場所	ログファイルの作成場所となるフォルダの名前を入力するか、「参照」をクリックしてフォルダを探します。
ファイル名	ログファイルの部分名又はベース名を入力します。必要な場合は、「ファイル名」と「ファイル名の拡張子」を組合せて使用できます。
ファイル名サフィックス	この項目を選択し、一覧の中から目的のサフィックススタイルを選択します。「ファイル名の拡張子」を使って、自動的に生成されたログのグループ内の同じログファイル名を持つ複数のログファイルを区別します。
開始番号	「ファイル名の拡張子」で「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. 低い数値ほど高負荷の監視項目。
収集した監視結果からベース・ラインが分かったら、その情報から潜在的な“ボトルネック”が発生していないかを見極めなければならない。ボトルネックとは、一部のシステム・リソースだけが過剰に消費されている状態で、システム全体のパフォーマンスを低下させる原因である。

システム・リソースごとのボトルネックと判断する条件（案）

下記の表はボトルネックを判断するための、監視対象のカウンタの条件だ。いずれも頻繁にあるいは恒常的にしきい値を超過する場合は、そのシステム・リソースがボトルネックになっていると判断できる。不定期で頻繁ではない瞬間的な超過（スパイクという）に関しては、ボトルネック発生によるものではないので無視してよい。

システム・リソース	パフォーマンスオブジェクト\カウンタ	ボトルネックと判断する条件	概要
プロセッサ	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ー70のI/O処理が可能
	PhysicalDisk\% Writes/sec	ディスクの仕様より異なる	一般的にUltra Wide SCSIディスクは1秒当たり、50ー70のI/O処理が可能
	PhysicalDisk\%Avg Disk Queue Length	スピンドル数＋2以上	この値が常に大きいとディスク入出力要求が過剰な状態といえる。
ネットワーク	Network Segment\%Net Utilization	ネットワークの種類により異なる	Ethernetネットワークでは30%以上

注意点：

いずれの値も頻繁にあるいは恒常的にしきい値を超過する場合は、そのシステム・リソースがボトルネックになっていると判断できる。不定期で頻繁ではない瞬間的な超過（スパイクという）に関しては、無視してよい。

［パフォーマンス］には［警告］という機能もある。カウンタがある値を超えた時に、システム管理者に通知することができる機能だ。ボトルネックと判断するしきい値に、警告を設定しておけば、電子メールなどで知らせてくれる。ただ、あまり警告レベルを低くすると、頻繁に通知が来るので得策ではない。警告レベルを超えた時に速やかにシステム管理者が、何か行動を取らなければならないようなケースに限ったほうがいいだろう。

TOPへ

株式会社オープンコム
〒102-0072　東京都千代田区飯田橋4-8-4　第二プレシーザビル3階
TEL: 03-3263-7885　FAX: 03-3263-7889
お問合せは webinfo@opencom.co.jp まで。