JPS63126042A - データプロセッサシステムの性能評価方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 （背景技術） 本発明は自動操作によるパーフォーマンス解析（性能解
析）分野に関するもので、特に、エキスパートシステム
を使用するデータプロセッサまたはデータプロセッサネ
ットワークの自動操作形性能解析に関するものである。

普通程度以上の複雑さを有する一般のデータプロセッサ
では、特にこれらのプロセッサを一般のアプリケーショ
ン用として供する場合、そのオペレーティングシステム
はかなり手の入った凝ったものとなる。オペレーティン
グシステムの主要目的の１つは、データプロセッサそれ
自体および当該データプロセッサを含む全体システム双
方のコントロールを保持することである。例えば、オペ
レーティングシステムはシステム内に存在しろるプロセ
ス（すなわち、ユーザー）の数を制御することができ、
また、各プロセスに割当てられるメモリのサイズを制御
することができる。また、前記オペレーティングシステ
ムはディスクのような２次メモリおよび外部装置に対し
入力および出力を制御することもできる。

オペレーティングシステムでは、しばしば、各プロセス
に割当てられる最大作業記憶域のサイズ、プロセスの優
先順位、キャッジメモリ　（ｃａｃｈｅｍｅｍｏｒｙ）
のサイズ、またはメモリの共用域のサイズのようないく
つかのパラメータを調整することにより、そのコントロ
ールを実施している。ここで、語句“パラメータ”はオ
ペレーティングシステムそれ自体またはユーザーのいず
れかにより設定可能なシステム値を表わすために使用す
る。このパラメータなる語句は、例えばページフォール
ト（ページ不在）の数とか、待ちの長さくｑｕｅｕｅ　
ｌｅｎｇｔｈ）のような測定可能なシステム値を表わす
語句“メトリック（ｍｅｔｒｉｃｓ）”とは異なって使
用される。

パラメータの調整はシステムのオペレーションに種々影
響を与える。例えば、１つのプロセスに対する最大のワ
ーキングセットサイズパラメータはそのプロセスがどの
位頻繁にページフォールトを有するかを決定し、また１
つのプロセスが連続して実行（ラン）できる最大時間長
はシステムによるスワツピングの量に影響を与える。

さらに、適切なパラメータの設定はオペレーティングシ
ステムを種々の異なるワークロードに適応させることを
可能にする。例えば、ワークロードが主として大きなバ
ッチイメージ（ただし、語句“イメージ”は“プロセス
”またはユーザーにより実行されるプログラムをいう。

）により形成されている場合は、そのオペレーティング
システムは理想的にはそのワークロードが主としていく
つかの小さい相互作用イメージにより形成されている場
合の構成とは異なる構成とすることが必要である。

パラメータを設定することによりオペレーティングシス
テムを“チューニング（調整）”させる他の理由は、デ
ータプロセッサシステムの構成またはデータプロセッサ
システムを含むネットワークの構成に適応させるためで
ある。１つのオペレーティングシステムは、例えば、プ
ロセッサシステム内のメモリの量および当該システム内
のＩ１０装置の数と形式に応じて異なった作動をする必
要がある。

特定のオペレーティングシステムが効率的に実行されて
いるかどうかを決定するためには、例えば、ページング
、スワツピングまたはフリーメモリの数、計算可能なプ
ロセスの数、あるいはディスク利用の程度のようないく
つかのワークロード特性を解析することが必要である。

このような解析は、しばしば、解析を実施する特定のエ
ンジニア個人の主観的標準にもとづいて行われる。本来
はオペレーティングシステムの性能を間違いなく表示し
ろるような測定（すなわち、メトリックの値の決定）を
行うことが望ましい。しかし、オペレーティングシステ
ムの効率が容易に測定しろる値ではないことから、これ
はきわめて難しいことで、評価のために使用されるデー
タは効率の正確な測定というよりむしろ２次的または３
次的表示にすぎない場合が多い。

多くノオペレーティングシステムはプロセッサおよびそ
のオペレーティングシステムの操作測定を実施するため
のビルトイン（造り付け）プログラムを有する。例えば
、ＤＥＣ社（Ｄｉｇｉｔａｌ　ＥｑｕｉｐｍｅｎｔＣｏ
ｒｐｏｒａｔ　１ｏｎ）の製造に係るＶＡＸ　：ｌンピ
ニータシステム用のオペレーティングシステムのＶ　Ｍ
　Ｓファミリーにおいては予め規定されたオペレーティ
ングシステムデータを測定するためにモニタプログラム
（Ｍｏｎｉｔｏｒ　ｐｒｏｇｒａｍ）を利用しろるよう
にしている。このようなデータには作業記憶域のサイズ
、待ち（ｑｕｅｕｅ）の長さ、ディスクＩ１０の数など
が含まれる。しかしながら、上記モニタプログラムによ
り与えられる情報によっても、オペレーティングシステ
ムの効率を正確に評価し適当な勧告を行うことは依然と
して困難である。例えば、測定データからデータプロセ
シングシステム内に過度のページングがあることを決定
した後であっても、有用な提案を与える前に過度のぺ゛
−ジングの原因を遮断する必要がある。

このように明確な測定ができないということが、たとえ
、マニュアルによりオペレーティングシステムの性能を
改良する方法を提案している場合でも、一般のオペレー
ティングシステムの場合の問題点であった。例えばＶＭ
Ｓオペレーティングシステムに関してはそのオペレーテ
ィングシステムの種々の解析方法を提案したマニュアル
がある。このようなマニュアルの１つにＶＡＸ／ＶＭＳ
パーフォーマンスマネジメントへのガイド、バージョン
４．４゜１９８６年４月、特に第４章がある。この章に
は、過度のスワツピングまたはページングのようなチェ
ックすべき状態を説明した種々のダイヤグラムが含まれ
る。

しかし、このマニュアルの１つの限界はダイヤグラム内
の要求される解析がしばしば解析を実施するエンジニア
の個人的判断にゆだねられるということである。かくし
て、種々の同じ事実を提供された複数のエンジニアが、
例えば過度のスワツピングがあるかどうかについて異な
る意見を有することが起こりうる。

異なるエンジニアによるオペレーティングシステムの解
析結果が異なるのはいくつかの理由による。第１に、種
々の異なる測定がなにを表わしているかが必ずしも明確
ではない。さらに、異なるエンジニアがその測定をいろ
いろに翻訳する可能性がある。また、異なる測定に対し
て与えられるべき重みに関して不一致があり、この結果
として、各エンジニアによる“シート・オブ・ザ・パン
ツ（ｓｅａｔ−ｏｆ−ｔｈｅ−ｐａｎｔｓ）″作動が起
こる。さらに、各エンジニアの操作が異なることにより
、このような解析の結果が不均一となり、通常再現不可
能である。

また、システムエンジニアのデータの評価を要求する一
般のシステムの他の顕著な欠点は、このようなシステム
は一般にエキスパートでない人に対しては有用でないと
いうことである。さらに、マニュアルには一般に提案さ
れた行動をとる理由の説明がなされていないことが多い
ため、オペレーティングシステムに対しある程度の知識
を有する人でも役に立つマニュアルを見つけることは難
しい。

性能解析の問題に対して人工知能またはエキスパートシ
ステムの技術を適用しようとする少なくとも１つのここ
ろみはあったが、このこころみはマニュアルを使用する
すべての問題に対応するもノテはない。デジタ／Ｉ／Ｌ
／ビ５−（Ｄｉｇｉｔａｌ　Ｒｅｖｉｅｗ）１９８６年
５月号、１０９〜１１４ページに記載されていルＴＩＭ
Ｍ／Ｔ［ＩＮＥＲ”’Ｑ　ハＶＭｓ　オヘレ−ｆ　イ７
グシステムを有するＶＡＸ　コンピュータシステムから
のある測定値を用い、これらの測定結果を評価のためオ
ペレータに提供するようにしている。しかしながら、Ｖ
ＡＸ／ＶＭＳパーフォーマンスマネジメントガイド（Ｖ
ＡＸ／ＶＭＳ　Ｐｅｒｆｏｒｍａｎｃｅ　！Ｊａｎａｇ
ｅｍｅｎｔ　Ｇｕｉｄｅ）と比較した場合、ＴＩＭ／Ｔ
ｔｌＮＥＲシステムは自動操作による質問以外はほとん
ど付加的可能性を与えない。さらに、ＴＩＭ／Ｔ［ＩＮ
ＩＥＲハ単一ノート（すなわち、ＶＡＸマシン）に限定
される。

本発明の目的はデータプロセシングシステムまたはデー
タプロセシングシステムネットワークの性能を解析する
のに必要なデータを測定する性能調整および評価方法を
提供しようとするものである。

また、本発明の他の目的は、所定のルールにしたがって
測定データを解析する性能調整および評価方法を提供し
、かつ、これらのルールにより取られるべき行動を勧告
しようとするものである。

さらに、本発明の他の目的は勧告された行動を説明し、
かつ勧告の根櫨を形成する証櫨を供給するようにした性
能調整および評価方法を提供しようとするものである。

本発明によるときは、データプロセッサシステムまたは
データプロセッサシステムネノトワークから複数のメト
リックおよびパラメータを周期的に収集し、次にこれら
のメトリックおよびパラメータにルールを適用して、該
ルールがトリガされたかどうかを調べ、最後に、該ルー
ルが充分な回数だけトリガされたとき、取られるべき行
動を勧告することにより、一般のシステムの問題点を解
決し、かつ前述の目的を達成している。

すなわち、データプロセッサシステムの性能を評価する
ための本発明方法においては、ワークロード特性の受入
れ可能な状態を規定する組のルールを決定するステップ
と、該メトリックの各々（データプロセッサシステム内
の測定可能量を表わす）の値を、メジャーインターバル
を構成する複数の所定時間周期の各々の間に少なくとも
１回測定するステップと、その間に測定が行われるメジ
ャーインターバルの１つにおいて各メトリックに対し測
定した値を記憶させるステップと、メジャーインターバ
ルの選択した１つの間にデータプロセッサシステムの性
能を評価するステップとを含むことを特徴とする。また
、組のルールを決定するステップは、組のルールに対応
する複数のメトリックを識別するサブステップと、該複
数のメトリックの各々に対してスレショールド値を選定
するサブステップと、該複数のメトリックの各々と各ル
ールに合致することを要求される関連のスレショールド
との間の関係を規定するサブステップとを含むことを特
徴とする。

また、該解析ステップはメジャーインターバルのおのお
のに対して各メ）　ＩＪフック値と対応するスｔノショ
ールド値を比較するサブステップと、該各比較の結果を
評価して該ルールの各々に対する特定関係が満足され、
かつルールがトリガされたかどうかを決定するサブステ
ップと、トリガされたルールの各々およびその間にルー
ルがトリガされたメジャーインターバルの各々を記録す
るサブステップとを含むことを特徴とする。

（実施例） い〉全体説明 以下図面により本発明を説明する。

本発明に使用する性能評価は任意の特定プロセシングシ
ステムに限定されるものではないが、添付図面に示す方
法の例では、ＤＥＣ社製ＶＡＸコンピュータよりなるＶ
ＡＸ　クラスタ（ＶＡＸｃｌｕｓｔｅｒ）ネットワーク
に関して記述しである。また、この場合、ＶＡＸ　コン
ピュータはＤＥＣ社により提供されるＶ　Ｍ　Ｓオペレ
ーティングシステム、バージョン４．４ヲ使用するもの
とする。

第１図は符号数字１００として全体を設計したＶＡＸク
ラスタ（ＶＡＸｃｌｕｓｔｅｒ）ネットワークの一例を
示す。ＶＡＸ　クラスタネットワーク１００はＶＡＸ　
コンピュータ１１０．　１２０．　１３０およびインテ
リジェントディスクコントローラ１４０．１５０を含む
５つのノードを具える。ディスクコントローラ１４０お
よび１５０はＤＥＣ社製のモデルＨ３Ｃ５０または７０
により形成するを可とする。インテリジェントディスク
コントローラ１４０および１５０は、ＶＡＸクラスタネ
ットワークの術語ではノードと呼んでいるが、本発明の
記述におけるノードの呼称は注記しない限りＶＡＸ　コ
ンピュータのみに限定される。前記コントローラにより
アクセス可能なディスク１４２．１４４および１４６は
一般のディスクにより形成するを可とし、第１図示ＶＡ
Ｘ　クラスタネットワーク１００においては、該ディス
クをＲへ８１ディスクドライブ１こより形成することが
望ましい。

ＶＡＸ　クラスタネットワーク１００の心臓部はスター
カプラ１６０で、これを通信インタフェース（“Ｃビ）
ラインを介してコンピュータ１１０．　１２０゜１３０
およびディスクコントローラ１４０．１５０の各々に結
合する。スターカプラ１６０　はコンピュータ１１０、
１２０および１３０間のプロセッサ間通信を可能にする
ほか、ＶＡＸ　コンピュータ１１０．１２０または１３
０によるディスク１４２．１４４および１４６のアクセ
スを可能にする。

本発明評価方法は、例えばＶＡＸコンピュータ１１（１
，１２０および１３０のようなデータプロセッサならび
にＶＡＸ　クラスタネットワーク１００のようなプロセ
ッサネットワークの双方に適用することができる。この
場合、ネットワーク性能の評価は、本発明により収集さ
れ解析されたデータ形式が通常、一般の性能評価方法で
は得られなかったものであるためはじめて可能となった
ものである。

第２図は本発明方法を実施するのに使用可能なシステム
構成素子２００を示す。ここで、システム２００は表示
のためのシステムに過ぎないことを理解する必要がある
。また、図に示す種々のサブシステムの各々は別々のプ
ロセッサまたは別々のプログラムであることを要しない
。実際に、本発明実施例の詳細説明においては、ルール
サブシステム２７０のスレショールドサブシステム２８
０　との結合のようなある種の最適化がなされている。

第２図にシステム２００として図示した目的は、全体と
して本発明の理解を助けるためである。

システム２００においては、本発明方法を実行するコン
ピュータプログラムを開始するため、コンピュータ（端
末装置を含む）２１０を使用している。

調整可能なシステムパラメータはコンピュータ２１０の
オペレーティングシステムに対するものである。システ
ム２００に示す構成素子に必要な測定データの収集がい
つ行われたかを決定するデータ収集スケジューラ２２０
ならびにデータ収集が行われる時間を含むスケジュール
ファイル２３０を含む。

データ収集サブシステム２４０は実際にデータ収集を行
う。

収集されたデータは“メトリック（ｍｅｔｒｉｃｓ）　
”と呼ばれる複数の測定可能なプロセス、プロセッサお
よびネットワーク統計のほか若干の現行のパラメータセ
ツティングを含む。サブシステム２４０により収集され
たメトリックおよびパラメータはデータベース２５０内
に配置される。また、データベース２５０は評価に必要
ないくつかのパラメータを含む。

アトバイザサブシステム２６０はルールサブシステム２
７０内のルールの適用にデータベース２５ｏ内のメトリ
ックとともにいくつかのシステムパラメータを使用する
。これらのルールはしばしばデータベース２５０内のメ
トリックおよびパラメータをスレショールビサブシステ
ム２８０内のスレショールド値と比較することを含む。

アトバイザサブシステム２６０により、ルールサブシス
テム２７０内のルールのあるものがトリガされ、かつ充
分な回数トリガされたことが決定されり場合は、メツセ
ージテンプリットサブシステム２９０内のメツセージテ
ンプリット（ｍｅｓｓａｇｅｔｅｍｐｌａｔｅ）を使用
してそれらのルールに対応するメツセージが生成される
。また、これらのメツセージはレポートサブシステム２
９５内のレポートを形成するために使用する若干数の他
のデータを含む。

第３図はデータベース２５０を示すもので、この図も単
にデータベースの例示を目的とするものに過ぎず、この
ようなデータベースがどのように指向しなければならな
いかを規定する積もりもない。

第３図に示すデータベース２５０は若干側のファイルを
含み、前記ファイルの各々には、ファイル内の測定が属
するノード（すなわち、コンピュータ）と測定がなされ
た日時の認識が含まれる。

第３図に示すように、ファイル３００は各々ある測定時
間周期を有するレコード３１０を含む。メジャーインタ
ーバル（大きい時間間隔）と呼ばれるこれらの時間間隔
は測定が行われる度数を示す。

レコード３１０に関しては、これらのメジャーインター
バルを本実施例におけるディフォールト状態（ｄｅｆａ
ｕｌｔ　ｃｏｎｄｉｔｉｏｎ）である２分の間隔として
表示しであるが、他のメジャーインターバルを選定する
ことも可能である。

各レコード３１０は第３図に例示するようなサブレコー
ド３２０を含む。サブレコード３２０は、第３図に示す
ように測定時間を含むタイムスタンプサブレコード、全
システム的なパフォーマンスメトリックを含むパフォー
マンスサブレコードならびに全システム的パラメータ値
を含むパラメータサブレコードを含む。

また、サブレコード３２０は、例えばそれらのワーキン
グセットサイズ、フォールトレーｈ　（ｆａｕｌｔｒａ
ｔｅ）およびユーザー塩のような各プロセスにより活性
化く始動）されたイメージを記述したイメージサブレコ
ードおよびプロセスサブレコードを含む。前述のように
、語句“プロセス″′はユーザーをいい、語句“イメー
ジ”はプロセスにより実行されるプログラムをいう。

また、サブレコード３２０内のディスクサブレコードは
ディスクにおける活動（アクティビティ）を記述する。

このようなアクティビティには入力／出力（“Ｉｌｏ”
）レート、Ｉ１０サイズ、またはビジィタイムを包含す
ることができる。

本実施例において測定され、調整されたメトリックおよ
びパラメータに関しては、それらのメトリックおよびパ
ラメータが各特定システムに対しユニークであるため、
個々には記述せず、その代り、次のセクションにルール
の説明の一部とじて特定のメトリックおよびパラメータ
に関し記述しである。

第４図はアトバイザ２６０の構成部分を示す。図示のア
トバイザ２６０は２つの機能を実施する。その１つは、
チューニングのための解析（素子４１０）である。この
ような解析を行うため、アトバイザ２６０はスレショー
ルドサブシステム２８０内のスレショールド値をデータ
ベース２５０内のメトリックおよびパラメータと比較し
、ルールサブシステム２７０内のルールがトリガされた
かどうかを決定する。アトバイザ２６０　はこれらのル
ールにもとづいてシステム２１０の性能に関し、ある結
論に達する。

このような結論は、特定のルールが１つの解析セツショ
ン内にある回数以上満足された後にのみ達せられる。

アトバイザ２６０により提供される解析はユーザーに表
示され、もしくは、しばしば勧告を含むメツセージの形
でプリントされる。また、ユーザーの要求がある場合は
勧告に関する“根櫨（エビデンス）”もプリントアウト
される。このような根櫨はルールに合致していることを
決定するのに使用されるメトリック、パラメータおよび
スレショールドを伴ったルール文の形をとる。

また、アトバイザ２６０は個々のプロセッサおよび全体
としてのネットワークの双方に対して、ワークロード特
性データを組成することができる（素子４２０）。この
ようなデータは中央処理ユニット（“ＣＰｔ１　”　）
利用のパーセンテージ、°目互作用ジョブ、パッチジョ
ブ、オーバーヘッド等の間のワークロードの特性または
ディスク使用量のようなプロセスに関する情報を編集し
たものである。

本発明用として利用可能な特殊な特性に関しては、収集
データの形式および量にしたがい詳述されている。

（Ｂ）データ収集 第５図ないし第８図は本発明によるデータ収集方法に関
するフローチャートを示す。第５図ないし第８図に示す
方法はＶＭＳオペレーティングシステムのバージョン４
．４を使用したＶＡＸ　コンピュータ、モデル７８０よ
りなるＶＡＸ　クラスタネットワーク上で使用される。

第５図はデータ収集に対するイニシアライゼーション（
初期設定）シーケンスを示す。シーケンスはステップ５
００でスタートし、行われる最初の質問は、特定のオペ
レーティングシステムがデータ収集の実行のために使用
されるプログラムによりサポートされているかどうかく
ステップ５０５）ということである。もう、そうでない
場合には、システムはエラーメツセージをプリントしく
ステップ５１０　）　、プロシーシア（手順）はエグジ
ットされる。

オペレーティングシステムがプログラムによりサポート
されている場合は、最大数のプロセスに対するパラメー
タ　（すなわち、ＶＭＳオペレーティングンステム用（
７）ＭへＸＰＲＯＣＢＳＳＣＮＴ　）をユーザーの総数
またはＶＭＳオペレーションに対する５１２のようなあ
る固定数のいずれか最小値にセットする（ステップ５２
０）。最大数のプロセッサパラメータをセットする主な
理由は、データ構造の作成を許容するめである。また、
ステップ５２０における固定数は、使用する特定のコン
ピュータおよびオペレーティングシステムに対し調整す
る必要がある。

次のステップはスケジューリングプライオリティレベル
のセツティング（ステップ５２５）を含む。

本発明実施例においては、このレベルを１５にセットし
ている。スケジューリングプライオリティレベルはシス
テムの作動に妨害を与えることなく、できるだけ実時間
に近い方法でデータ（メトリックおよびパラメータ）が
収集できるようデータ収集に対し適正にセットされなけ
ればならない。したがって、プライオリティレベルはス
ワツパ−の優先順位より下、または限界的にリアルタイ
ムレスポンスを必要とする任意のプロセスより下に設定
することが望ましいが、プライオリティは大部分の他の
プロセスより上位に設定する必要がある。

次のステップは非同期システムトラップ（”ＡＳＴ”）
を使用可能として測定スケジュールの再調査が必要であ
ることをシステムに報知することである（ステップ５３
０）。ＡＳＴはＶＭＳ構造で、ステップ５３０内で作動
可能となり、測定スケジュールが変わった際、システム
に注意を喚起する。

一般に、測定スケジュールはスケジュールファイル内に
保持されている。ＡＳＴを使用可能にする目的は、その
測定ファイルに変更が生じた際スケジュールファイルを
チェックするようシステムに助言するためである。

ＡＳＴが使用可能状態となった後、データ測定スケジュ
ールおよびインターバルがスケジュールファイルから読
出される（ステップ５３５）。測定スケジユールは測定
が行われるべき一日の時刻を示し、インターバルはどの
位しばしば測定が行われるべきかを示す。データ測定ス
ケジュールには、計画されたスタート時間に対するパラ
メータがあり、システムはそのスタート時間が将来のも
のかどうかをテストする必要があり（ステップ５４０）
、もしそうでなければシステムは計画されたスタート時
間まで休止する（ステップ５４５）。

もし、計画されたスタート時間が将来にない場合には、
計画されたスタート時間をテストしてそれが過去にあっ
たかどうかを調べる（ステップ５５０）。もし、計画さ
れたスタート時間が過去にある場合は、システムは無期
限あるいはスケジュールファイルが変更されるまで休止
しくステップ５５５　）　、プロシーシアはエグジット
される（ステップ５６０）。

計画されたスタート時間が過去にもなく、将来にもない
場合は、システムはタイムキーパ（時計）ノードを選定
し、そのノードのクラスタ論理クロックをスタートさせ
る（ステップ５６５）。タイムキーパノードはプロセッ
サのネットワークにより測定を同期させるために使用す
る。本実施例により作動するプロセッサのネットワーク
においては、各プロセッサは他のプロセッサのクロック
に同期されることのないそれ自体の内部クロックを有す
る。この場合には、各プロセッサの内部タイミングを変
えるよりも、むしろ１つのプロセッサをタイムキーパノ
ードとして選定し、そのプロセッサに論理クラスタクロ
ツタを記憶させるようにすることが望ましい。論理クラ
スタクロックは本発明データ収集方法による測定にのみ
関する。他のプロセッサの各々はそれ自体の論理クロッ
クを保持し、以下に詳述するように、そのクロックはタ
イムキーパノードのクラスタ論理クロックと確実に同期
される。

次に、システムはすべての測定を開始する（ステップ５
７０）。この測定開始は、後刻、データ測定ループの間
に増分値を測定しうるようなメトリックの読出しを与え
る。このイニシアライゼーションシーケンスは最後にエ
グジットされる（ステップ５７５）。

第６図はデータ収集のための主制御ループを示す。第６
図に示す主制御ループには２つの測定インターバルがあ
る。１つはその間にシステムメトリックの大部分が測定
され、その値が記憶されるメジャーインターバル（大き
な時間間隔）である。

本実施例の場合、このインターバルに関するディフォー
ルト状態（ｄｅｆａｕｌｔ　ｃｏｎｄｉｔｉｏｎ）は２
分ごとである。

また、このほか、メジャーインターバルごとに正確に表
示するためには変化が早過ぎるようなある種のメトリッ
クを測定するマイナーインターバル（小さい時間間隔）
がある。このような急速変化メトリックは、しばしば、
作業記憶サイズのようなある種のプロセッサメトリック
を含む。このような急速変化メトリックに対しては各マ
イナーインターバルにつき１回１つの測定が行われる。

本実施例の場合、マイナーインターバルに関するディフ
ォールト条件（ｄｅｆａｕｌｔ　ｃｏｎｄｉｔｉｏｎ）
は５秒である。また、メジャーインターバルに亘っての
連続平均はマイナーインターバルの間に測定されたメト
リックについてとったものである。

第６図に示す主制御ループにおいて、プロシーシアはス
テップ６００でスタートした後、クラスタ論理クロック
（すなわち、タイムキーパ　ノードにおける論理クロッ
ク）が読出される（ステップ６０５）。次に、各個別プ
ロセッサはそれ自体の論理クロックを、例えば３０分ご
とのように周期的にクラスタ論理クロックに対して再校
正する（ステップ６１０）。次に、−日の絶対時刻を計
算した後、種々の論理クロックを用いてメジャーおよび
マイナーインターバルタイマーのような種々のタイマー
をリセットする（ステップ６１５）。

次に、プロシーシアはマイナーインターバルを待つ（ス
テップ６２０）。さらに、ＶＭＳオペレーティングシス
テムがディスク測定のフラッシングのようなある行動（
ステップ６３０）をとる場合にも、ステップ６２０　は
人力（エンター）されるのでマイナーインターバルの終
わりにのみ測定は行われる。

マイナーインターバルの終わりには、測定が継続されて
いるかどうかの質問がなされる（ステップ６３５）。例
えば、測定が以前は停止されていたが、現在は再スター
トしているような場合は、測定は継続されているものと
する。測定が継続されている場合には、プロシーシアＡ
に続く　（ステップ６４０）。手順への詳細は第７図に
示す。

第７図に示すように、プロシーシアＡはステップ７００
でスタートし、適当なディリーデータベースファイルが
既になかった場合は、データベースファイルを作成し、
データベースファイルが存在する場合はそれを付加する
。次に、例えば、前日からのような期限の切れたデータ
ベースファイルを削除する（ステップ７２０）。

次に、必要に応じて性能評価に関する特定の測定コード
をノン費ページドプール（ｎｏｎ−ｐａｇｅｄ　ｐｏｏ
ｌ）内にロードする（ステップ７３０）。ノン・ページ
ドプールは任意のプロセスによりアクセス可能な共通領
域である。また、前記測定コードはこのような測定を行
うことができない場合にあるイメージ測定またはプロセ
ス測定をとるため１つのイメージにより実行されるコー
ドである。イメージはそれがノン・ページドプール内に
あるため、測定コードにアクセス可能である。

次に、必要に応じてイメージランダウン（ｒｕｎｄｏｗ
ｎ）がインスツルメントされる（ステップ７４０）。こ
のステップにおいては、１つのイメージが終わるたびご
とに１つのプロセスに対して特定の測定コードを実行す
るようＶＭＳに対し命令する。イメージランダウンは例
えば開かれたファイルを閉じ、メモリスペースの割当て
を解除（ディアロケート）するような若干のハウスキー
ピング機能（準備機能）を含む。

次いで、必要に応じて、ディスクＩ１０バーフオームが
インスツルメントされる（ステップ７５０）。

ディスク■／○バーフオームはディスク入出力アクティ
ビティのモニタもしくは測定を行う。

かくして、手順Ａはエグジットされ、第５図に示すよう
にプロセシングはステップ５３５において再開され、ス
ケジュールファイルからデータ測定スケジュールおよび
インターバルが読出される。

第６図において、ステップ６３５でのテストにより、測
定が再開されていないことを示している場合は、スケジ
ューリングによって測定が停止中であるのかどうかの欠
点がされなければならず（ステラ６４５）もし、そうで
あれば、手順Ｂ（ステップ６５０）が実行されなければ
ならない。手順Ｂの詳細は第８図に示すとおりである。

第８図に示すように、プロシーシアＢはステップ８００
で始まり、次いで、イメージランダウンのインスツルメ
ンテーションが取除かれ（ステップ８１０）、次にディ
スクＩ１０バーフオームのインスッルメンテーションが
取除かれる（ステップ８２０）。最後に、ディリーデー
タベースファイルが閉じられ（ステップ８３０）、時間
の終わりまで待った後（ステップ８４０　）　、手順Ｂ
は終了する（ステップ８５０）。手順Ｂを離れた後でな
される決定は、測定が再開されているかどうかである（
ステップ６３５）。

第６図示主制御ループによるときは、測定が再開されず
、停止もされない場合はデータ測定が行われて新しいデ
ィリーファイルが作成され、真夜中の場合は期限の切れ
たファイルが削除される（ステップ６６０）。次に前述
の急速変化プロセスデータが測定され、各マイナーイン
ターバルごとにレベルが平均化される。レベルの平均化
にはメジャーインターバル時間間隔に亘っての連続平均
を含むようにするを可とする。

次に、ノン・ページドデータベース（測定情報を含むノ
ン・ページドプール内のデータベース）がフラッシュ（
ｆｌｕｓｈ）　　される（ステップ６７０）。

ノン・ページドデータベースは例えばイメージランダウ
ンの間に測定された情報を含む。また、データベースの
フラッシングには、データベース２５０を可とするデー
タ収集バッファへのデータの再書込み（リライト）を含
む。

次に、第６図に示す主制御ループは各メジャーインター
バルごとに必要な測定を行う。これらの測定には、パラ
メータ値および各マイナーインターバルごとに測定され
なかったメトリックの残りが含まれる。例えば、タイム
レコードは各メジャーインターバルごとに記録され（ス
テップ６７５）、同様にオペレーティングシステム統計
も各メジャーインターバルごとに記録される（ステップ
６８０）。

さらに、パラメータ値、ディスクレコードおよび通信レ
コードも各メジャーインターバルごとに記録される（ス
テップ６８３．６８６および６８８）。パラメータ値は
前述のように、オペレーティングシステムまたはユーザ
ーのいずれかにより設定される値であり、ディスクレコ
ードはステップ６８０で記録されたオペレーティングシ
ステム統計またはメトリックとは区別されるようなディ
スクＩ１０に関するメトリックである。また、通信レコ
ードは通信リソースメトリックと呼ばれるもので、後述
のルールの説明に記載されている。

また、ネットワークまたはプロセッサの校正が変わった
場合には、メジャーインターバルの終すに構成レコード
が読出される（ステップ６９０）。

例えば、あるプロセッサがダウンするか、ディスクが取
除かれた場合は構成が変わり新しいレコードが読出され
る。

次に、ノン・ページドプール内のプロセスデータベース
が各プロセスに対して更新され、最後にメジャーインタ
ーバルの終わりにプロセスディスク統計が記録される（
ステップ６９６）。

主制御ループの終わりには、ノン・ページドプール内の
記録された統計がデータベース２５０のようなデータベ
ースに書込まれ、さらにそのデータベースがチェックポ
イントされる（ステップ６９８）。

これには、新しいデータベースが記録されたことを全シ
ステムに報知し、かつデータベースのサイズを調整する
更新手順が含まれる。次いで、主制御ループはステップ
６２０に到り、そこでシステムは継続する前にマイナー
インターバルの終了するまで待機する。

（Ｃ）解析 一般に、本発明の解析の部分はデータ収集作動中に収集
されたメトリックおよびパラメータへのルールの適用を
含む。前記ルールは一般にメ）ＩＪブックよびパラメー
タをそれら自身また（まあるスレショールド値と比較し
、例えば、より大きい、より小さい等のルールの規準を
満足しているかどうかを調べることを含む。あるルール
に対するすべての規準が満足された場合ルールはトリガ
されたと呼ぶことにする。ルールが所定回数以上トリガ
された際はメツセージの部分として包含される勧告がそ
のルールにしたがって行われる。この勧告は、一般にシ
ステム性能を改善するため、システム構成の変更または
あるパラメータの調整をユーザーに対し示唆することを
含む。

本実施例に含まれるルールは、一般にメモリルール、Ｃ
ＰＵルール、Ｉ１０ルーノベチャネルルール、リソース
ルールおよびクラスタルールに分類される。ここでは、
本実施例のルールの数に応じ、スレショールド値とルー
ルの双方をともに機能させるようなプログラムを用いて
ルールを作成するようにしているが、特に、システムの
成長にしたがい、プログラムによる場合よりもさらに容
易に修正可能なルールの知識ベースや推論エンジンを用
いたルールの作成に置き換えることもできる。

第９八図ないし第９１図はメモリルールに対応するルー
ル１〜３２に関するデシジョンツリー構造を含む。また
、第１０Ａ図および第１０Ｂ図はルール３３〜３９とし
て示すＣＰＵルールに関するデシジョンツリー構造を含
み、また第１１Ａ図ないし第１１０図は本実施例におい
てルール４０〜５１で示すＩ／○ルールに関するデシジ
ョンツリー構造を含む。さらに、チャネルルーツペリソ
ースルールおよびクラスタルールに関してはデシジョン
ツリー構造としては表示せず、本文中に後述しである。

第９Ａ図ないし第９１図、第１０Ａ図、第１０８図、お
よび第１１Ａ図ないし第１１０図に示すデシジョンツリ
ー構造において、円形素子はそれぞれ行われるべきテス
トまたは特定のデシジョンツリーからのエグジット　（
出口）を示すデシジョンポイントあるいはストップポイ
ントのいずれかである。行われるべきテストは円形ノー
ドの側部に沿って記載してあり、またその詳細はテキス
ト内で説明しである。また、方形ブロックはルール番号
を含み、ルールに関するメツセージテンプリットは本文
の終わりの付録１ないし６に記載しである。

ネットワーク内のプロセッサの１つは、そのプロセッサ
がデータベースに記憶させたすべてのメトリックおよび
パラメータを使用して、ルールのテストを行うことが望
ましい。各レコードは個々にテストされるので、ルール
は考慮中の第１メジヤーインターバルの間に収集された
メトリックに最初に適用される。次いで、ルールは第２
メジヤーインターバルの間に収集されたメトリックおよ
びパラメータに適用され、このパターンは所望の解析時
間内のすべてのメジャーインターバルがカバーされるま
で継続する。また、システムエンジニアまたはシステム
エンジニアはどのような時間周期の間に解析が所望され
るかを解析プログラムに特定しうろことが望ましい。

本発明方法の一実施例においては、システムは、解析プ
ロシーシアの間に、トリガまたは点火されたルールなら
びにそのルールに関するエビデンス（根櫨）を示すデー
タ構造を生成している。前記エビデンスはテストされた
メトリックおよびパラメータの値を含むほか、ルールの
トリガリングをもたらす関連のスレショールド値を有す
る。これらのデータ構造に関しては、本明細書のレポー
ト生成のセクションで詳述することにする。

第９図において、メモリルールに対し行われる最初のテ
ストはデシジョンポイント９００においてである。この
テストはディスクからのページフォールトレートが、例
えば１０のようなあるスレショールド値に等しいかそれ
より大きいかを決定し、キャッジ（ｃａｃｈｅ）からの
ページフォールトが、例えば１００のような他のスレシ
ョールド値に等しいかそれより大きいかを決定し、イン
・スワップ・レート　（ｉｎ−ｓｗａｐ−ｒａｔｅ）が
１のような他のスレショールド値に等しいかそれより大
きいかを決定し、あるいはｆｒｅｅｃｎｔ　＋ｍｆｙｃ
ｎｔの和がＦＲＥＢＧＯＡＬ　＋旧ＬＩＭＩＴに等しい
かそれより小さいかを決定する。

ここで、本発明実施例の記述の中で使用しているパラメ
ータの多くは呼称を簡単にするため省略した形を用いて
おり、したがって旧ＬＩＭＩＴは正確には“Ｍ　Ｐ　Ｙ
−旧ＬＩＭＩＴ”である。基本的に、デシジョンポイン
ト９００におけるテストは過度のページングまたは過度
のスワツピングのいずれかが存在するか、あるいはそこ
にスケアスフリーメモリ（ｓｃａｒｃｅ　ｆｒｅｅ　ｍ
ｅｍｏｒｙ）があるかどうかを決定することである。

過度のページングに関するテストはディスクおよびキャ
ッジメモリの双方からページフォールトレートをそれぞ
れ１０および１００のような異なるスレショールド値と
比較することである。ディスクよりのページフォールト
は、それらがソフトフォールトと呼ばれるキャッジより
のページフォールトに比し時間的観点から一般に高価で
あることから、ハードフォールトと呼ばれる。双方とも
秒ごとに発生しているディスクからのページフォールト
レートおよびキャッジからのページフォールトレートは
データ収集操作中に測定されるメトリックである。

過度のスワツピングについての質問は任意のプログラム
がスワップアウトされたかどうかを決めるイン・スワッ
プ・レートにより決定される。イン・スワップ・レート
もまた１つのメトリックでプロセスがスワップされた回
数を測定する。

スケアスフリーメモリは、デシジョンポイント９００に
示す残りのテストにより決定される。

ＦＲＥＩＥＧＯＡＬおよびＨＩＬＩＭＩＴはそれぞれフ
リーメモリのページ数およびメモリ内で使用可能な修正
ページリスト上のページ数に関するリミットである。

あるプロセスに関する修正ページリスト上のページはも
はやアクティブではないが、このようなページはディス
クに書き戻す必要があるような変更を含む。また、ｆｒ
ｅｅｃｎｔおよびｍｆｙｃｎｔメトリックはフリーリス
ト上の実際のページ数および修正ページリスト上の実際
のページ数をいう。これら２つのパラメータはともにフ
リーメモリの量を表わし、それらがそのフリーメモリに
対する所望の目標より少ない場合は、フリーメモリがス
ケアスである（欠乏している）という決定がなされる。

過度のページング、過度のスワツピングあるいはスケア
スフリーメモリのいずれもが無い場合は、対応する時間
周期の間にはなんらメモリの問題はないので、メモリル
ールをテストするプロシーシアはストップポイント９０
２に到る。

しかし、過度のページングまたはスワツピングがあり、
もしくはスケアスフリーメモリがある場合は、デシジョ
ンノード９０４に到り、そこでイメージが少なくとも５
００フオールトのようなページフォールト（ディスクお
よびキャッジの双方からのページフォールト）のスレシ
ョールド数を有しているかどうか、そのＣＰｕタイム（
実行モードにおいてイメージがどの位長いかを示すメト
リック）が４秒のような他のスレショールド値に等しい
かそれより大きいか、また、そのイメージのアップタイ
ムすなわち使用可能時間（イメージが存在する時間を示
すメトリック）が３０秒のような他のスレショールド値
に等しいかそれより大きいかの決定がなされ、もしそう
であれば、ルール１がトリガされる。ついで、前記ルー
ル（付録１）に関するメツセージテンプリットがイメー
ジ名、ユーザ゛−名、時間、イメージフォールトレート
およびトータルフォールトレートに関する情報とともに
プリントアウトされる。基本的には、ルール１は、アプ
リケーションプログラムが特殊形式のものか、下手に設
計されている場合にトリガされる。メツセージｌｌｌ５
Ｑ［ｌ０ＴＡにおいて議論したパラメータは特定プロセ
スに対するワーキングサイズクォータ（ｗｏｒｋｉｎｇ
ｓｉｚｅ　ｑｕｏｔａ）である。前記パラメータは、そ
のイメージのために多くのページを記憶させることを可
能にし、ページフォールトの発生率を少なくするためそ
れを増加させることが望ましい。

次にデシジョンノード９０６に到り、ルール１をトリガ
するか否かを決定し、さらに、デシジョンポイント９０
０において尋ねられたと同じページングに関する質問、
特にディスクからのページフォールトレートまたはキャ
ッジからのページフォールトレートが高すぎないかどう
かについての質問が再度行われ、もうそうであれば、デ
シジョンポイント９０８　に移る。

デシジョンポイント９０８では、トータルイメージアク
ティベーションを例えば毎秒０．５のようなスレショー
ルド値と比較し、その答がイエスの場合はそこには過度
のイメージアクティベーションがあるという決定がなさ
れ、デシジョンポイント９１０において、任意のプロセ
スが毎秒ある数（本実施例では０．５／秒）以上のアク
ティベーションを起こしているかどうかの質問がなされ
、もうそうであれば、アクティベーションは１つのプロ
セスにより起こるものと考えられ、ルール２がトリガさ
れる。ルール２　（付録１）に関するメツセージテンプ
リットは過度のページフォールトの原因となる過度のイ
メージアクティベーションが存在することを示す。この
メツセージにおいては、下手に書かれたコマンドプロシ
ーシアにより過大のプログラムを活性化したことがその
原因であることを示唆している。このメツセージは時間
、ユーザー塩および活性化されるイメージ数とともにプ
リントアウトされる。

デシジョンポイント９１０における答がノウの場合はル
ール３がトリガされ、全体としてシステム内に過度のイ
メージアクティベーションに関連する過大のページフォ
ールトがあることを示す。ルール３に関するメツセージ
テンプリットが示すように、その原因は下手に設計され
たアプリケーションプログラムもしくは多過ぎるコマン
ドプロシーシアを頻繁に実行させようとしたことにある
と考えられる。この場合にも、前記メツセージのはカ、
時間、トータルフォールトレート、ハートフォールトレ
ートおよびイメージアクティベーションレートがプリン
トアウトされる。

また、過度のイメージアクティベーションがないことに
より、デシジョンポイント９０８における答がノウであ
る場合は、デシジョンポイント９１２においてディスク
からのページフォールトがスレショールド値と再度比較
され、ディスクよりのページフォールトレートがスレシ
ョールド値より大で、ハードフォールトレートが高すぎ
ることを示す場合には、デシジョンポイント９１４に移
る。

デシジョンポイント９１４においては、トータルページ
フォールトが例えば１００のようなスレショールド値と
比較され、ＰＲＥＥＧ［ｌＡＬと旧ＬＩＭＩＴの和が３
０００またはユーザーページの５％のいずれか小さい方
と比較される。この第２の決定の目的は、和ＦＲＥＥＧ
ＯＡＬ＋ＨＩＬＩＭＩＴであるページキャッジをワーキ
ングセットに割当てられたメモリの５％または３０００
のいずれかと比較することである。これはページキャッ
ジが充分大きいかどうかをテストする方法で、もうそう
でなければ、デシジョンポイント９１６　に到る。

デシジョンポイント９１６においては、ｆｒｅｅｃｎｔ
とｍｆｙｃｎｔの和が再度ＦＲＥＥＧＯＡＬと旧しＩＭ
ＩＴの和と比較され、フリーメモリがスケアスである（
欠乏している）かどうかを決定し、もしそうでなければ
、ストップポイント９１８　に到り、プロセスはメモリ
ルールを去る。

デシジョンポイント９１６における決定がイエスの場合
には、ルール４がトリガされる。付録１に示すようなル
ール４に関する関連のメツセージは温度のハードフォー
ルティングがページキャッジの小さすぎることに原因が
あることを示している。

この場合、ページキャッジは、例えば、ＭＰＷ−ＣＯＬ
ＩＭＩＴ。

ＭＰＩＩＩ−旧ＬＩＭＩＴ、　　１４ＰＷＪｌ（ＲＥＳ
Ｉ（、ＦＲＥＥＧ（ＩＡＬおよびＦＲＥＥＬＩＭのよう
なページサイズを規定するパラメータを増やすことによ
り増加させることができる。

デシジョンポイント９１２において、ハードフォールト
レートが高すぎることが発見されなかった場合は、デシ
ジョンポイント９２０に到り、そこで、ページフォール
トの総数の例えば１００のようなスレショールド値との
比較が行われる。これは、ソフトページフォールトが高
すぎるかどうかをテストする他の方法を与える。もうそ
うでなければ、ストップポイント９２２に到り、それ以
上メモリルールのテストは行われない。

しかし、デシジョンポイント９２０においてテストされ
たソフトページフォールトレートが高すぎる場合には、
デシジョンポイント９２４に移り、そこでデシジョンポ
イント９１４および９１６の説明に示すように、ページ
キャッジがいま大きすぎるか、フリーメモリがいまスケ
アス（はとんどない）状態であるかの決定がなされ、も
うそうであればルール５がトリガされる。付録１の関連
のメツセージテンプリットはページキャッジを減少させ
るための勧告を含む。また、この場合にも、時間、トー
タルフォールトレート、イメージアクティベーションレ
ート、ハードフォールトレートおよびフリーメモリリス
ト（ｆｒｅｅＣｎｔ）　　のサイズがプリントアウトさ
れる。

デシジョンポイント９１４　　（高いリストフォールト
レートまたは充分大きいページキャッジ）が満足される
か、デシジョンポイント９２４　　（＊Ｊイページキャ
ッシがなく、スケアスメモリがない）が満足されない場
合には、第９Ｃ図に示すデシジョンポイント９２６　に
達する。デシジョンポイント９２６では、２つの決定が
なされる。第１は、Ｃ［１Ｍ　　（計算）モードにない
ようなフォールティングプロセスの下半分のプロセス、
換言すれば過度のフォールティングのないプロセスを見
つけ出すことである。次の決定は、このようなプロセス
が使用可能メモリの５％より大きいワーキングセットサ
イズをもっているかどうか、ＰＦＲＡＴＨ（Ｖｌ、ｌＳ
オペレーティングシステムがあるプロセスのために割当
てる最大レート）より少ないページフォールトをもって
いるかどうか、またそれらの割当数（ｑｕｏｔａ）　に
等しいかそれより少ないワーキングセットサイズをもっ
ているかどうかを発見することである。これらの諸条件
が満足された場合は、ルール６がトリガされる。このル
ールに関する付録１のメツセージテンプリットに示すよ
うに、ルール６のトリガリングは、全システム的なペー
ジフォールトが高く、また適度に遊んでいたあるプロセ
ッサが大きなワーキングセットを有していたという決定
を含む。また、この場合には、あるユーザーに対してワ
ーキングセットサイズクォータ、ＷＳＱＵＯＴＡを減ら
し、分離したプロセスに対してそのクォータを減らすこ
とが勧告される。このルールに関するメツセージととも
にプリントアウトされる要素としては、ユーザー塩、関
連のワーキングセットクォータおよびイクステント（領
域）、イメージ塩、時間およびワーキングセットサイズ
があり、また、イメージフォールトレート、トータルフ
ォールトレートおよびフリーリストのサイズもプリント
アウトされる。

ルール６が満足された後は、デシジョンポイント９３０
において、特定のプロセスがその上限値の２倍以上のペ
ージフォールトを有し、例えば、０．５秒のようなある
数より大きいＣＰＵタイムを有するか、またはプロセス
が計算モードにあった１以上の回数を示すＣＤ！４変数
を有するかの決定がなされる。これらの条件が満足され
、かつそのプロセスがＷＳＢＸＴＥＮＴ　（ワーキング
セットの最大サイズ）マイナス２／３”ｌ！ｌ５ＩＮＣ
（付加的スペースを必要とするとき、ＶＭＳオペレーテ
ィングシステムが付加するページ数）より大きいワーキ
ングセットサイズを有する場合は、ルール７がトリガさ
れる。また、ルール７は、デシジョンポイント９２６に
おける条件が満足されないとき到達するデシジョンポイ
ント９２８でテストされる同じ条件に対してもトリガさ
れる。

デシジョンポイント９２８および９３０における決定は
、ユーザーのワーキングセット領域が低すぎるかどうか
ということである。ユーザーのワーキングセット領域が
低すぎることが分かった場合はルール７がトリガされる
。結論はあるユーザーが許容されたものより多（のメモ
リを所望するイメージを実行していたという事実にもと
づいており、また、付録１のルール７に関するテンプリ
ットに説明しているように、あるユーザーに対してＷＳ
ＥＸＴＩＥＮＴを増加させる必要がある。また、この場
合もメツセージテンプリットとともに、ユーザー塩、ワ
ーキングセットクォータおよびイクステント、イメージ
塩、時間、ワーキングセットサイズ、イメージフォール
トレート、トータルフォールトレートおよびフリーリス
トのサイズがプリントアウトされる。

デシジョンポイント９３０における答がノウの場合は、
ストップポイント９３１　に移る。デシジョンポイント
９２８における答がノウの場合はデシジョンポイント９
３２に到り、そこでプロセスの総数がＢＡ［，５ＥＴＣ
ＮＴより大きいかどうかの質問がなされる。

ＢＡＬＳＥＴＣＮＴはデータ構造に関してあらかじめ構
成されたプロセス数を示すパラメータである。さらに、
任意の余分なフリーメモＩＪ　（ｆｒｅｅｍｅｍ）が（
ｆｒｅｅｃｎｔ＋ｍｆｙｃｎｔ）　マイナス（ＦＲＥＥ
ＧＯＡＬ　＋ＨＩＬＩＭＩＴ）に等しいかどうか、また
イン・スワップ・レートが０より大きかったかどうかが
質問される。これらの２つの質問は、そこに任意の余分
なフリーメモリがあるかどうか、スワップされているプ
ロセスがあるかどうかを決めることである。

もうそうであれば、ルール宮がトリガされ、充分なフリ
ーメモリがあるにも拘らず、そこには過度のページフォ
ールティングがあることを示す。

ルール８に関するメツセージテンプリット　（付録■）
は、スワツパ−が不必要にワーキングセットをトリミン
グし、スワップの準備をしていることを示している。ま
た、メツセージテンプリット内には、パラメータＢＡＬ
ＳＥＴＣＮＴを増加させて、そこに充分なメモリがある
ときスワツパ−がプロセスをトリミングしないようにし
、かくしてページフォールトを減少させるよう勧告がな
されている。

この場合、メツセージとともにプリントアウトされるデ
ータには、時間、トータルフォールトレート、ハードフ
ォールトレート、イメージアクティベーションレート、
フリーリストのサイズおよびシステム内のプロセスの数
が包含される。

デシジョンポイント９３２における答がノウの場合には
、デシジョンポイント９３４に到り、ＢＯＲＲＯＷＬＩ
ＭおよびＧＲＯ１ｌｉＬＩＭパラメータが比較される。

ＢＯＲＲＯＷＬＩＭパラメータはあるプロセスが付加的
メモリを受容するよう緩和されたかどうかを示し、ＧＲ
ＯＩ！ｉＬＩＭパラメータはあるプロセッサが実際にそ
のメモリを受入れているかどうかを示す。

ＢＯＲＲＯＷＬＩＭがＧ　ＲＯＷ　Ｌ　Ｉ　Ｍより小さ
い場合は、ルール９がトリガされる。ルール９により示
される問題に対する解はそのルールに関するメツセージ
テンプリットに示唆されており、その助言はＧＲＯＷＬ
ＩＭパラメータをＢＯＲＲＯＩＩＬＩＭ以下に減少させ
、利用可能メモリの割当てを許容することである。また
、この場合にも、ユーザー名、イメージ塩、ワーキング
セットサイズ、イメージフォールトレート、時間のほか
にＦＲＥ８ＬＭ、　ＢＯＲＲＯＷＬＩＭ、　ＧＲＯＷＬ
ＩＭ、　ＰＡＧＥＣＡＣＩ（Ｅ、　ＦＲＥＥＬＩＭ、　
ＦＲＢＥＧＯＡＬ、　ＷＳＭＡＸを含む種々ノパラメー
タがメツセージとともにプリントアウトされる。ここで
、ｌｌｉｓＭＡＸは最大のワーキングセットサイズを示
す。

デシジョンポイント９３４がノウであるというデシジョ
ンの結果、すなわち、ＢＯＲＲ［ｌｌｌｌＬＩＭがＧＲ
［ｌｌ’ｉＬＩＭに等しいかそれより大きい場合には、
デシジョンポイント９３６　に到り、デシジョンポイン
ト９３６　においてＷＳＩＮＣが０に等しいかどうかを
調べるためテストれる。この状態は、ＡＷＳＡ　（自動
ワーキングセット調整）がターンオフされた場合に起こ
る。

デシジョンポイント９３６におけるテストの結果がイエ
スの場合は、ルール１０がトリガされる。この場合問題
は、過度のページフォールティングを軽減するため、Ｖ
ＭＳは付加的メモリを割当てることができないというこ
とである。これは付録１のルール１０に関するメツセー
ジテンプリットに説明されている。この問題は、ＷＳＩ
ＮＣを１５０またはある適当な他の値に設定することに
より補正することができる。

デシジョンポイント９３６における決定がＷＳＪＮＣが
０に等しくないというものであった場合は、デシジョン
ポイント９３８に到り、そこで他のいくつかの決定が行
われる。その第１は、フリーメモリが、例えば１００の
ようなあるスレショールド値より大きいかどうかという
ことである。また第２は、例えばＩＯまたはそれ以上の
ような過度のページフォールトを有し、０．２秒または
それ以上のような大きイＣＰＵ時間を有し、ｌｌｌ５Ｅ
ｘＴＥＮＴマイナス１ｌｉＳＩＮＣより小さいｗｓｓｉ
ｚを有し、また（７／８）”　ＷＳＬＩＳＴより大きい
ｗｓｓｉｚを有するようなプロセスの５％もしくは２つ
のプロセスのいずれかがそこにあるかどうかということ
でる。ここで、ＷＳＬＩＳＴはワーキングセットのポテ
ンシャルサイズである。もうそうである場合は、ワーキ
ングセットサイズをより多いページまで増加させること
はできたが、それがなされなかったことによりＡＷＳＡ
が遅すぎることが分かる。

デシジョンポイント９３８における決定がイエスの場合
は、デシジョンポイント９４０に移り、そこでＲ３Ｎ５
５ＷＰＦＩＬεを待っている任意のユーザーがあるかど
うかの決定がなされる。これは、メモリスペースを待っ
ているがかなえられないすべてのプロセッサを示すファ
イルである。スワップファイルに対して待ち状態にある
プロセスがある場合は、ルール１１がトリガされる。付
録１のルール１１に関するテンプリットに示すように、
スワツピングファイルを増やすことはプロセスの成長を
助長し、フォールトを削減することを許容する。メツセ
ージテンプリットとともにプリントアウトされるデータ
には、時間、トータルフォールトレート、ハードフォー
ルトレート、イメージアクティベーションレート、フリ
ーリストのサイズおよびシステム上のプロセス数が包含
される。

プロセスがスワップファイル内で待機していないことに
より、デシジョンポイント９４０における決定がノウの
場合には、デシジョンポイント９４２においてＰＦＲＡ
ＴＨ（ページフォールトレートが高い）が１６０のよう
なスレショールドに対してテストされる。その条件が満
足される場合は、ルール１２がトリガされる。ルール１
２は、余分のフリーメモリがあるにもかかわらず、過度
のページフォールティングがあったことにより、ＡＩ’
ｌＳＡの応答が遅いことを示す。ルール１２に関するメ
ツセージは付録１に示すとおりである。また、メツセー
ジがプリントアウトされる際は、時間、トータルフォー
ルトレート、ハードフォールトレート、イメージアクテ
ィベーションレートおよびフリーリストのサイズととも
にＰＦＲＡＴＨに対する値もプリントアウトされる。

条件とデシジョンポイント９４２が合致しない場合には
、デシジョンホント９４４　に到り、そこでＷＳＩＮＣ
のサイズが例えば１００のようなスレショールドと比較
され、ＷＳＩＮＣが該スレショールド値より小さい場合
には、ルール１３がトリガされる。付録１に示すルール
１３に関するメツセージテンプリットは、ＡｌｔＩＳＡ
の遅いレスポンスの理由がワーキングセットの成長が遅
すぎることによるものでＷＳＩＮＣを増加させることに
よりこの状態を改善できることを示している。この場合
にも、時間、トータルフォールトレート、ハードフォー
ルトレート、イメージアクテイベーションレートおよび
フリーリストのサイズがメツセージテンプリットととも
にプリントアウトされる。

デシジョンポイント９４４における結果がノウの場合に
は、デシジョンポイント９４６に達し、そこで、パラメ
ータＡＩＩＩＳＴＩＭが５０のようなスレショールド値
と比較される。ＡＩ！ＩｓＴＩＭパラメータは連続する
ワーキングセット調整の間のＣＰＵタイムの量である。

もし、この数が高すぎる場合にはルール１４がトリガさ
れる。このメツセージに関するテンプリットは、ＡＩＩ
ＩＳＴＩＭＥパラメータ　（ワーキングセット調整の間
の最小時間）を例えば２２０のように減少させる必要が
あり、もしくはＡＷＳＴＩＭをリセットするのにＡｔ１
ＴＯＧＥＮユーテイリテイが許容できることを示してい
る。この場合には、メツセージテンプリットとともに、
時間、トータルフォールトレート、イメージアクティベ
ーションレートおよびフリーリストのサイズがプリント
アウトまたはディスプレイされる。デシジョンポイント
９４Ｇにおける決定がノウの場合には、ストップポイン
ト９４８に達する。

次に、デシジョンポイント９３８における欠点がノウで
あり、かつ、ＡＷＳＡが遅すぎることが発見されなかっ
た場合には、デシジョンポイント９５０に到り、そこで
自発的な減少がターンオンされたかどうかの質問がなさ
れる。もしそうでなければ、デシジョンポイント９５２
に移り、２つの他のテストが行われる。第１の欠点はフ
ォールティング中のトップの２つのプロセスが２つの最
も大きいワーキングセットサイズプロセスを有するプロ
セスより小さいワーキングセットサイズを有するかどう
かということで、第２の欠点は、ｆｒｅｅｃｎｔがＢＯ
ＲＲＯＷＬＩＭプラスｌｌ１ｓＩＮｃより小さいかどう
かということである。これら双方の条件が満足される場
合は、自発的減少が必要となり、ルール１５がトリガさ
れる。付録１のルール１５に関するメツセージテンプリ
ットは、パラメータＷＳＤＥＣ（ワーキングセットサイ
ズを減少させうる量）を３５のように適当な値に設定し
、パラメータＰＦＲＡＴＬ　（ページフォールトレート
の低いパラメータ）を１０のような低い値に設定するこ
とにより補正を行うことを示唆している。

デシジョンポイント９５０において、自発的減少がター
ンオンされたという決定が行われた場合はデシジョンポ
イント９５４に到る。デシジョンポイント９５４におい
ては、ディスクからページフォールトレート　（ハード
フォールト）が１０のようなある数より小さいかどうか
、トップの２つのフォールティングプロセッサ（１）が
ＷＳεＸＴＥＮＴマイナスＷＳＩＮＣより小さいサイズ
を有し、（２）がＰＥＰＡＴＨより大きいｐｆｒａｔｅ
　（プロセス当たりのページフォールトレート）を有し
ているかどうかの決定がなされる。双方の条件が満足さ
れた場合はＡＷＳＡがワーキングセットをシュリンク（
縮小）させすぎ、かくしてルール１７がトリガされる。

付録１のルール１７に関するメツセージテンプリットは
ＷＳＤＥＣもしくはＰＦＲＴＬを減少させるべきことを
示している。

また、この場合にも時間、トータルフォールトレート、
イメージアクティベーションレート、ハードフォールト
レートおよびフリーリストのサイズがメツセージテンプ
リントとともにプリントアウトされる。

デシジョンポイント９５２または９５４における決定の
結果がノウの場合には、デシジョンポイント９５６に到
り、そこでいくつかの条件がテストされる。その第１は
、ｆｒｅｅｍｅｍが小さすぎるかどうか（すなわち１０
０に等しいかそれより小さいかどうか）であり、第２は
、プロセスがスワツパ−トリミングにカットバックされ
るサイズを示す５ＷＰＯｔｌＴＰＧＣＮＴが例えば２０
０のような他のスレショールドより小さいかどうかであ
る。また、第３の条件は、プロセスの１７３がそれらの
クォータ（割当数）または５ＷＰＯυＴＰＧＣＮＴの近
く　（例えば、プラスまたはマイナス３０ページ）にあ
るかどうかである。これらの３つの条件がすべて満足さ
れる場合は、いくつかのプロセスが理由なしにカットバ
ックされ、かつスワツパ−トリミングが激しすぎたこと
になり、かくして、ルール１６がトリガされる。このル
ールに関するテンプリットは、ＬＯＮＧＩＩＡＩＴ　（
アイドルまたは放棄プロセスを一時的に休止しているプ
ロセスと区別する時間の長さ）の増加が一時的に休止し
ているプロセスに対して、トリミングされる前に、さら
に長い時間をスワツパ−により与えうることを示してい
る。この場合にも、メツセージテンプリットのほかに、
時間、トータルフォールトレート、イメージアクティベ
ーションレート、ハードフォールトレート、平均のワー
キングセットサイズおよび最大のワーキングセットサイ
ズがプリントアウトされる。

デシジョンポイント９５６において、スワツパ−トリミ
ングが激しすぎることが発見されなかった場合は、デシ
ジョンポイント９５８において、ｆｒｅｅｍｅｎが再度
１００のようなあるスレショールド値と比較され、フリ
ーメモリがスケアスであるかどうかを調べ、もしそうで
なければ、ストップポイント９５９に到る。もし、フリ
ーメモリがスケアスの場合には強いメモリ要求により過
度のページフォールティングが存在するものと考えられ
、ルール１８がトリガされる。付録１のルール１８に関
するメツセージテンプリットにこの条件を詳細に記述し
である。この場合も、前記メツセージテンプリットとと
もに、時間、トータルフォールトレート、イメージアク
ティベーションレート、ハードフォールトレートおよび
フリーリストのサイズがプリントアウトされる。

これまでのルールはページングに関するものであったが
、デシジョンポイント９０６において過度のページング
が発見されなかった場合には、スワツピングに関する質
問を調べる必要があり、デシジョンポイント９６０にお
いてこれが行われる。このポイント９６０においては、
特に、イン・スワップ・レートが例えば１のようなスレ
ショールド値と比較され、イン・スワップ・レートが１
に等しいかそれより大きい場合には、デシジョンポイン
ト９６２　に到る。

デシジョンポイント９６２においては、フリーバランス
セットスロットが例えば２のような他のスレショールド
と比較される。バランスセットスロットは各々共存可能
な１つのプロセスに対応する。

７　＋Ｊ−バランスセットスロットに対する小さすぎる
値とは、スワツピングのためそこには過度のオーバーヘ
ッドがあり、かつ、そこにフリーバランスセットスロッ
トがないことにより、ＢＡＬＳ８ＴＣＮＴが小さすぎる
ことを意味する。デシジョンポイント９６２における決
定の結果がイエスの場合には、ルール１９がトリガされ
る。このルールに関するメツセージテンプリットは付録
１に示すとおりで、前記メツセージテンプリットは、時
間、イン・スワップ・レート、ＣＰＵアイドルタイム、
フリーページレイショ、バランスセットにおけるプロセ
ス数およびアウトスワッププロセスの数とともにプリン
トアウトされる。

デシジョンポイント９６２において、充分な数のフリー
バランススロットが発見された場合は、デシジョンポイ
ント９６４に到り、すべてのプロセスに関するｐｐｇｃ
ｎｔプラスｇｐｇｃｎｔの和がユーザーページの総数マ
イナスキャッジマイナス１００　と比較される。メ）Ｉ
Ｊツクｐｐｇｃｎｔおよびｇｐｇｃｎｔはそれぞれプロ
セスページの数およびグローバルページの数を表わす。

キャッジのサイズは、一般にｆｒｅｅｃｎｔプラスｍｆ
ｙｃｎｔのサイズであり、また最後の項１００は変更可
能な数で、通常これはある種のバッファ数もしくはスワ
ップを表わすものである。デシジョンポイント９６４で
考慮中のメトリックおよびパラメータは、すべてのワー
キングセットに対して充分なメモリがあるかどうか（す
なわち、ｐｐｇｃｎｔプラスｇｐｇｃｎｔが他の項より
大きいかどうか）を決定するのに使用される。もしそう
であれば、ストップポイント９６５に到り、そうでなけ
れば、デシジョンポンド９６６に到る。

デシジョンポイント９６６においては、キャッシのサイ
ズが使用可能メモリの５％か３０００のようなある他の
値のいずれか小さい方と比較され、キャッジがこれら２
つの数の小さいものより大きい場合は、ルール２０がト
リガされる。このルールに関するメツセージテンプリッ
トは付録１に示すとおりで、前記メツセージテンプリッ
トのほか、時間、イン・スワップ・レート、ＣＰ［Ｉア
イドルタイム、フリーバランスセットスロット、使用可
能なメモリページ数および使用されるメモリページ数が
プリントアウトまたはディスプレイされる。

デシジョンポイント９６６における決定がノウの場合は
、デシジョンポイント９６８に到り、そこで、トップの
２つのプロセスがともに例えば５％のようなある使用可
能メモＵ　１以上のメモリ量を有するかどうか、また、
それらが半分以上の時間ＣＯＭ（計算）モードにあるか
、もしくはＣＰＵの半分以上を集合的に使いつくしてい
るかどうかについての決定がなされる。もうそうであれ
ば、そこにはシステムリソースを使いつくす大きなコン
ビュート・バウンド（ｃｏｍｐｕｔｅ−ｂｏｕｎｄ）　
プロセスがあるという決定がなされ、ルール２１がトリ
ガされる。この条件に関する勧告が付録１のルール２１
に関するメツセージテンプリットに示されている。この
場合、メツセージの他にプリントアウトされるデータに
は、ユーザー塩、ワーキングセットクォータ、イメージ
塩、ワーキングセットサイズ、時間、イン・スワップレ
ート、フリーバランスセットスロットの数およびフＩＪ
　　ＩＪストのサイズが含まれる。

デシジョンポイント９６８において、大きいコンビュー
ト・バウンドプロセスが検出されなかった場合は、デシ
ジョンポイント９７０　に到り、Ｎ０３ＷＡＰセツトを
有するプロセスが探究される。Ｎ０３ＷＡＰセツトはそ
のプロセスがスワップアウトされることができないこと
を示す。このようなプロセスが存在し、ユーザーメモリ
の５％以上のメモリ量を有し、かつ、１０％のようなあ
る時間のパーセンテージより少ない時間、Ｃ０Ｍモード
にある場合は、ルール２２がトリガされる。付録１のこ
のルールに関するメツセージテンプリットには、スワツ
ピングが示唆されている。この場合にも、ルール２２に
関するメツセージテンプリットの他にユーザー塩、イメ
ージ塩、時間、フリーバランスセットスロットの数、フ
リーリストのサイズ、ワーキングセットサイズおよびイ
ン・スワップ・レートがプリントアウトされる。

デシジョンポイント９７０における結果がノウの場合に
はデシジョンポイント９７２　に移る。デシジョンポイ
ント９７２においては、プロセスの２つまたは５％の大
きい方がメモリの５％以上を有しているかどうかが質問
される。そこで、もしそうでなければ、ルール２４がト
リガされ、スワツピングにより過度のオーバーヘッドが
生じていることを示す。また、この場合には、このルー
ルに関するメツセージテンプリットとともに時間、イン
・スワップ・レード、フリーバランスセットスロットの
数およびユーザーに対し使用可能なメモリページ数がプ
リントアウトされる。

ノード９７２における決定がイエスで、過度のスワツピ
ングがないことを示す場合には、デシジョンポイント９
７４に移り、そこに対応する割当数（クォータ）より大
きいワーキングセットサイズをもった任意のプロセスが
あるかどうかについて質問がなされる。そこにそのよう
なプロセスが存在する場合は、ルール２３がトリガされ
、そこに過度の借用（ｂｏｒｒｏｗｉｎｇ）があるらし
いことを示す。

この場合は、ルール２３に関するメッセージテンプリッ
トニ示シタヨウニ、ＢＯＲＲＯｌｌｉＬＩＭ　＃ヨヒＧ
ＲＯＷＬＩ！、１を増やす必要がある。また、このルー
ル２３に関するメツセージとともにプリントアウトされ
るデータには、ユーザー塩、ワーキングセットクォータ
、イメージ塩、ワーキングセットサイズ、時間、フリー
バランスセットスロットの数およびイン・スワップ・レ
ートが含まれる。

デシジョンポイント９７４における答がノウの場合は、
デシジョンポイント９７６に到る。デシジョンポイント
９７６において、ＣＯ！、Ｉ　Ｏプロセスの数が全プロ
セスの５０％以上であること（すなわち、プロセスの大
部分が計算可能であること）が分かった場合は、デシジ
ョンポイント９７８　に到る。

デシジョンポイント９７８において、ｂｐｒｉ　（最も
低い優先順位）におけるＣ０Ｍ０プロセスの数がＣ０Ｍ
０プロセスの数マイナス１に等しいかそれより大きいく
すなわち、Ｃ０Ｍ０プロセスが基準優先順位にある）こ
とが判明した場合は、デシジョンポイント９８０　に移
る。

デシジョンポイント９８０においては、すべてのパッチ
ジョブに対するワーキングセットサイズの和が３０％の
ようなあるパーセンテージの使用可能メモリと比較され
る。ワーキングセットサイズの和が該パーセンテージよ
り大で、そこに大きなパッチジョブがあることを示す場
合は、ルール２５がトリガされる。関連のメツセージテ
ンリットは付録１に記載のとおりで、前記メツセージテ
ンブリットのほか、時間、イン・スワップ・レート、フ
リーバランスセットスロットの数、ユーザーに対して使
用可能なメモリページ数および計算可能なプロセスの数
がプリントアウトまたはディスプレイされる。

デシジョンポイント９８０における答がノウの場合は、
ルール２６がトリガされ、スワツピングによるうオーバ
ーヘッドを減少させ、スワップ間の時間量すなわち５Ｗ
ＰＲＡＴＥを増加させるべきことが示唆される。また、
ルール２６に関するメツセージは付録１に示すとおりで
、前記メツセージとともに、１４間、イン・スワップ・
レート、フリーバランスセットスロットの数、ユーザー
に対して使用可能なメモリページ数および計算可能なプ
ロセスの数がプリントアウトされる。

デシジョンポイント９７８の結果が、すべてのＣ０Ｍ０
プロセスが基準優先順位にないことが判明した場合は、
デシジョンポイント９８２に移り、そこで、ページフォ
ールトの総数と有効なフォールト間の差が２５のような
あるスレショールド値と比較される。ここで、有効なフ
ォールト（ｖａｌｉｄ　ｆａｕｌｔ）はスワツピングに
より起こるページフォールトの数を示す。また、トータ
ルページフォールトにはハードページフォールトおよび
ソフトページフォールトの双方が含まれる。かくして、
もしその差がスレショールド値より大きい場合は、ルー
ル２７がトリガされる。このルールに関するメツセージ
テンブリットはスワツピングにより過度のオーバーヘッ
ドが生ずることを示しており、メモリの付加またはワー
キングセットサイズの縮小のような勧告を与えている。

また、この場合も前記メツセージテンブリットとともに
、時間、イン・スワップ・レート、フリーバランスセッ
トスロットの数、ユーザーに対して使用可能なメモリペ
ージ数、計算可能プロセスの数およびトータルフォール
トレートがプリントアウトされる。

デシジョンポイント９８２における決定がノウの場合は
、ルール２８がトリガされ、システムはページを付加す
るよりむしろスワップ中であることを示す。このルール
に関するメツセージテンプリットは１ｌｉｓＱＵＤＴＡ
、　ＰＦＲＡＴＨ，ＷＳＩＮＣを変えてこの問題を軽減
することを示唆している。また、前記メツセージテンブ
リットとともにプリントアウトされるデータには、時間
、イン・スワップ・レート、フリーバランスセットスロ
ットの数、ユーザーに対して使用可能なメモリページの
数および計算可能なプロセスの数のほか、トータルフォ
ールトレートおよび有効なフォールトレートが含まれる
。

デシジョンポイント９７６において、大部分のプロセス
が計算可能でないことが判明した場合は、デシジョンポ
イント９８４ニ到り、５ＷＰＯ［ＩＴＰＧＣＮＴが例え
ば１００以上のように過大かどうかを決定する。

もうそうであれば、ルール２９がトリガされスワツピン
グに起因する過度のオーバーヘッドが生じたことを示す
。このルールに関するメツセージテンプリットは５ＷＰ
ＯＵＴＰＧＣＮＴを減少させることを示唆している。ま
た、この場合にも、このメツセージテンプリットととも
に、平均ワーキングセットサイズ、最大ワーキングセッ
トサイズ、イン・スワップ・レート、フリーバランスセ
ットスロットの数、ユーザーに対して使用可能なメモリ
ページの数および計算可能なプロセスの数がプリントア
ウトされる。

デシジョンポイント９８４における決定の結果として、
５ＷＰＯＵＴＰＧＣＮＴが過度に低くなかった場合は、
ルール３０がトリガされる。このルールに関するメツセ
ージは、アイドルプロセスに過大なメモリが浪費されて
いることを示し、１ＩｉｓＱＵＯＴＡ、　ＰＦＲＡＴＨ
。

ＷＳＩＮＣおよびＳＥＴ　ＰＲＤＣ／Ｎ０５ＷＡＰを変
えることが示唆されている。また、このメツセージテン
ブリットとともに、時間、平均ワーキングセットサイズ
、最大ワーキングセットサイズ、イン・スワップ・レー
ト、フリーバランスセットスロットの数、ユーザーに対
して使用可能なメモリページの数および計算可能なプロ
セスの数がプリントアウトされる。

ここで、デシジョンポイント９６０に戻り、過度のスワ
ツピングがないことが決定された場合は、スケアスフリ
ーメモリが調査されなければならず、それはデシジョン
ポイント９８６で起こる。デシジョンポイント９８６に
おいてはあるプロセスのワーキングサイズの和が、例え
ば２５％のような使用可能メモリのパーセンテージと比
較される。そのワーキングセットサイズの和を求められ
る上記プロセスは充分小さいページフォールトレートを
有し、そのサイズがＷＳＱＵＯＴＡより小さいプロセス
を含む。

この条件が満足された場合は、メモリの割当てが可能と
思われるので、ルール３１がトリガされる。

この場合にも付録１に示すルール３１に関するメツセー
ジテンブリットのほか、時間、イン・スワップ・レート
、フリーリストのサイズ、トータルフォールトレート、
ユーザー塩、ワーキングセットクォータ、ワーキングセ
ットサイズおよびイメージフォールトレートがプリント
アウトまたはディスプレイされる。

デシジョンポイント９８６における決定が、メモリの割
当てが可能と思われなかった場合には、デシジョンポイ
ント９８８でフリーリストサイズが　　　　　−ＦＲＢ
ＥＧＯＡＬと比較される１、かくして、フリーリストサ
イズがＦＲＩＥεＧ　［１’Ａ　Ｌに等しいか、それよ
り大きい場合は、ストップポイント９９０に到る。もし
、そうでない場合は、ルール３２がトリガされ、まもな
く問題が起こる可能性があることを示す。これは付録１
のルール３２に関するメツセージテンブリットに説明さ
れている。この場合に、前記メツセージのほかに時間イ
ン・スワップ・レート、フリーリストのサイズ、修正さ
れたリストのサイズおよびトータルフォールトレートが
プリントアウトされる。ＣＰＵに関するルールは第１０
Ａ図および第１０Ｂ図に示すとおりで、前記ルールはル
ール３３ないし３９を含む。デシジョンノード１０００
においてなされる最初の質問はＣＯＭおよびＣ０Ｍ０プ
ロセスの双方が５に等しいかそれより大きいかというこ
とである。

もうそうでなければ過度の計算可能なプロセスがないこ
とを示し、ストップポイント１００５に到る。

デシジョンポイント１０００における答がイエスの場合
は、デシジョンポイント１０１０において、最も高い優
先順位のＣＰＵユーザーが時間の１７３以上ＣＯＭモー
ドにある他のプロセスより高い基準優先順位をもってい
るかどうか、また、例えば、４より大きいような充分高
い基準優先順位をもっているかどうかの決定がなされる
。もし、これらの条件が満足された場合は、そこには、
より高い優先順位のロックアウトがあるという結論に達
し、付録２のルール３３に関するメツセージテンブリッ
トに示すように、基準優先順位を調整するよう勧告がな
される。もうそうでなければ、デシジョンポイン）　１
０１５に到り、例えば、４のようなある数に等しいかそ
れより大きい基準優先順位を有するすべてのプロセスに
対してＰＲＱ−ＬＪＯＭが付加される。ここで、ＰＲＯ
−Ｌ　ＣＯＭはあるプロセスが計算可能であることが発
見された回数である。もし、その和が５のような他のス
レショールドに等しいかそれより高く、かつ、ＣＰＬＩ
の１７２以上（または他の適当な任意のパーセンテージ
）を使っている単一プロセスがある場合は、ルール３４
がトリガされ、付録２のルール３４に関するテンプリッ
トに示すように、そこには調査を必要とする“ホップ（
ｈｏｇ）”プロセスがあることを示す。デシジョンポイ
ント１０１５における結果がノウの場合は、デシジョン
ポイン）　１０２０において、割込みＣＰ［Ｉタイムが
２０のような他のあるスレショールドと比較される。割
込みＣＰＩＪ時間が充分に高（、割込みスタック上に過
度のＣＰυ時間があることを示す場合は、例えば、Ｄ＋
Ｊ　Ｐ　３２またはＯＭＺ３２のような異なる通信装置
を使用し、異なるインタフェースを使用し、待機中ｌ１
０（ＱＩＯ）を異なるオペレーション形式に変更し、か
つそれらをバッファ内に配置するような再構成、もしく
はビデオ端末を使用するプログラムの再設計を含むいく
つかの異なる行動をとることが勧告されている。またル
ール３５に関するテンプリットは付録２に示すとおりで
ある。

割込みスタック上に過度のＣＰ［Ｊタイムがない場合に
は、次のデシジョンポイント、すなわちデシジョンポイ
ント１０２５において、そこに任意のＣＰ［Ｊ遊ぶ時間
があるかどうかの決定がなされ、もしそうであれば、ス
トップポイント１０３０に到り、もしうでなければ、デ
シジョンポイント１０３５に到る。

デシジョンポイント１０３５においては、ＣＰＵの核の
時間（カーネルタイム）が３０のようなあるスレショー
ルドと比較される。ＶＭＳ　コードにおけるカーネル（
Ｋｅｒｎｅｌ）タイムはシステムサービスおよびオーバ
ーヘッドタスクに関する。そこに過度のＣＰＵカーネル
タイムがあるという決定がなされた場合には、デシジョ
ンポイント１０４０に達し、そこで、変数ＱｔｌＡＮＴ
ＩＪＭが１５のようなスレショールド値と比較され、ペ
ージフォールトの総数が１００のような他のスレショー
ルド値と比較され、さらに、ハードフォールトの総数が
１０のような他のスレショールド値に対してテストされ
る。ここで、Ｑ［ＩＡＮＴＵＭはプロセスが、スケジュ
ールアウトされる前にランを始める回数を示す。もし、
その回数が充分高く、ハードページフォールトレートお
よびソフトページフォールトレートがスレショールド以
下の場合は、おそらく、あるシステムサービスの使いｔ
ｆにより、カーネルモードタイムに関する問題が発生し
ている。デシジョンノード１０４０における決定がイエ
スの場合にトリガされるルール３６に関するテンプリッ
トは付録２に示すとおりである。

デシジョンポイント１０４０における決定がノウの場合
には、デシジョンポイント１０４５において、ＱＵＡＮ
ＴＵＭ　変数が同じスレショールドに対してチェックさ
れ、それがスレショールドより小さいかどうかが調べら
れ、もうそうでなければ、ストップポイント１０５０に
到る。もしそうである場合は、ルール３７がトリガされ
、付録２のルール３７に関するテンプリットに示すよう
に、ＱＵＡＮＴＵＭクイムを増加させることが示唆され
る。

デシジョンポイント１０３５において過度のカーネルタ
イムがないことが判明した場合には、デシジョンポイン
ト１０５５　＋ご到り、そこで巳Ｘ巳Ｃモードタイムが
例えば、２０のようなスレショールドより大きいかどう
かがテストされ、もしそうであれば、ルール３８がトリ
ガされ、そうでなければ、ルール３９がトリガされる。

これら２つのルールに関するメツセージテンブリットは
付録２に示すとおりである。

第１１Ａ図ないし第１１０図はＩｌｏに関するルールを
示す。デシジョンポイント１１００においてなされる最
初の決定は、秒あたり最大のオペレーションを有するデ
ィスクが設定されたスレショールドに等しいかそれより
大きいか、あるいは任意のディズクが該スレショールド
に等しいかそれより大きい秒あたりのオペレーションを
有するかということである。もしそうであれば、デシジ
ョンポイント１１１０に到り、そこで、ファイルシステ
ム（すなわち、Ｉｌｏを行うに必要なファイル）内で費
消された時間がＣＰＵタイムのパーセンテージと比較さ
れる。もし、ファイルシステム内で費消される時間がＣ
ＰＵタイムのパーセンテージより大きい場合は、デシジ
ョンポイント１１１５に到る。

デシジョンポイント１１１５においてはファイルキャッ
シヒットレイショが７０のようなスレショールド値と比
較され、また、ミスＩ１０レート（ｍｉｓｓｅｄｌｌｏ
　ｒａｔｅ）が５のようなスレショールド値と比較され
る。ファイルキャッシヒットレイショはファイルキャッ
ジのヒツトのミスとの比であり、また、ミスＩ１０レー
トはプロセスがファイルに関する情報を得るため外に出
たがそれを発見できなかった秒あたりの回数を示す。フ
ァイルキャッジヒツトレートが低すぎず、また、ミスＩ
１０レートが高すぎない場合には、ルール４０がトリガ
される。

付録３のルール４０に関するメツセージテンプリットに
は、オーバーヘッドを生成するためファイルシステムを
再構成することが勧告されている。

そうでな（して、ファイルキャッジヒツトレートが低す
ぎるか、ミスＩ１０レートが高すぎる場合には、デシジ
ョンポイント１１２０に到り、そこで、ファイルオープ
ンレートが毎秒５のようなスレショールドと比較される
。このファイルオープンレートが高すぎる場合には、ル
ール４１がトリガされる。ルール４１に関するメツセー
ジテンプリットは付録３に示すようにファイルの開閉を
最小にすることを示唆している。

デシジョンポイント１１２０における決定の結果がノウ
の場合は、デシジョンポイント１１２５に移り、そこで
、ファイルヘッダーキャッジミス（ｆｉｌｅｈｅａｄｅ
ｒ　ｃａｃｈｅ　ｍ１ｓｓｅｓ）がキャッジミスのトー
タルパーセンテージと比較され、ファイルへッダーキャ
ッシミスが９０％のようなあるパーセント以下の場合に
は、ストップポイント１１３０に到る。そしでない場合
はルール４２がトリガされ、付録３のルール４２に関す
るメツセージテンプリットに示すように、ファイルシス
テムキャッジの増加を示唆する。

デシジョンポイント１１１０において、ファイル内のＣ
ＰＵタイムが高すぎなかった場合は、デシジョンポイン
ト１１３５に到り、そこで、ＣＰＵの実行モードタイム
が例えば、２０のようなスレショールドと比較される。

もし、ＣＰＵの実行モードタイムが該スレショールド以
上の場合には、ルール４３がトリガされ、そこには高い
実行モードタイムを有する過度のＩ１０要求があること
を示す。付録３に示すルール４３に関するメツセージテ
ンプリットにはある種の再構成が勧告されている。

しかし、ＣＰＵ実行時間がスレショールドより小さい場
合にはデシジョンポイント１１４０に到り、秒あたり最
大のオペレーションを有するディスクに対する秒あたり
のページングおよびスワツピングオペレーションが該デ
ィスクに対する秒あたりのトータルオペレーションの５
０％のよウナあるパーセンテージと比較される。

そのディスクが本来ページングやスワツピングを行って
いないことが決定された場合は、デシジョンポイント１
１４５に到達する。デシジョンポイン１−１１４５にお
いては、トップのＤＩＲＩ（）（ｄｉｒｅｃｔ　Ｉ　／
　Ｏ＞ユーザーの秒あたりのｄｉｒｉｏ’ｓが秒あたり
のトータルシステムｄｉｒｉｏ’ｓと比較される。かく
して、トップユーザーの秒あたりのｄｉｒｉｏ’ｓがト
ータルシステムの秒あたりのｄｉｒｉｏ’ｓの５０％の
ようなあるパーセンテージ以上であり、かつ秒あたりの
最大オペレーションのディスク上の待ちの長さが１．５
秒（平均長）より大きい場合には、ルール４４がトリガ
され、特に、ディスクＩ１０の再構成が再び提議される
。詳細に関しては、付録３のルール４４に関するメツセ
ージテンプリットを参照されたい。デシジョンポイン）
１１４５において、あるユーザーがＩｌｏの大部分をデ
ィスクに受は持たせていないか、ディスクが待ち時間（
ｑｕｅｕｅ）を有しない場合は、ストップポイント１１
５０に到る。

デシジョンポイント１１４０においてディスクが本来ペ
ージングおよびスワツピングをしないことが決められた
場合は、デシジョンポイン）　１１５５に移り、そこで
秒あたりの最大オペレーションの場合のディスクのペー
ジングオペレーションだけが該ディスクの秒あたりのオ
ペレーションの５０％のようなあるパーセンテージを超
えているかどうかの決定がなされる。もし、そうであれ
ば、ディスクが本来ページングを行っていることが決定
されて、ルール４５がトリガされ、ルール４５に関する
メツセージテンプリットに示すように、ある種の再構成
が示唆される。

デシジョンポイント１１５５において、最もビジィなデ
ィスクが本来ページングを行っていることが発見されな
かった場合には、デシジョンポイント１１６０に到る。

。 デシジョンポイント１１６０においては秒あたりの最大
オペレーションを有するディスクに対するスワツピング
オペレーションがそれらのオペレーションの５０％と比
較され、ディスクが本来スワツピングを行っていないこ
とが決定された場合は、ストップポイント１１６５に達
する。もし、ディスクが本来スワツピングを行うことが
決定された場合には、ルール４６がトリガされて、スワ
ツピングによりディスクに過度のロードが生じているこ
とを示し、かつ、付録３のルール４６に関するメツセー
ジテンプリットによりさらに調査することが示唆される
。

デシジョンポイント１１００に戻って、ディスクに対す
るＩ１０レートが装置のスレショールドより大きいこと
が分かった場合は、デシジョンポイン）１１０５に到り
、そこで２つの質問がなされる。第１は任意のディスク
が１．５秒（平均）に等しいかそれより大きい待ちの長
さを存するかどうかという質問であり、第２は、ＦＣＰ
ターン／ファイルオーブンレイショが３のようなあるレ
イショ　（比）に等しいかそれより大きいかという質問
である。

ＦＣＰ　　（ファイル制御プロセッサ）ターンは擬似キ
マッシアクセスと呼ばれるファイル制御パラメータを意
味し、情報を得るためシステムがファイルにアクセスす
る回数を示す。これら２つの条件が満足された場合は、
ルール４７がトリガされ、本発明方法により、そこには
ディスクに関するフラグメンテーション（細分化）問題
があり得ることが決定される。付録３のルール４７に関
するメツセージテンプリットにはこのような問題を補正
するための勧告が示されている。

デシジョンポイント１１０５における決定の結果がノウ
の場合は、デシジョンポイント１１７０に到り、そこで
次の２つの決定がなされる。第１図はバッフアート■／
○レートが７０のようなスレショールドに等しいかそれ
より大きいかどうかという決定で、第２はＣＧＭとｃｏ
ｕｏの和が５のようなあるスレショールドを超えている
かどうかという決定である。これら双方の条件が満足さ
れない場合は、ストリップポイント１１７５に到る。

しかし、これら双方の条件が満足される場合は、デシジ
ョンポイント１１８０において、トータルターミナルＩ
１０レートが６０のような他のスレショールドと比較さ
れ、トータルターミナルＩ１０レートがスレショールド
値より大きい場合は、デシジョンポイント１１８５に移
る。

デシジョンポイント１１８５においては、トータルＣＰ
Ｕ割込み時間が２０のような他のスレショールド値と比
較され、もしトータルＣＰＵ割込み時間がスレショール
ド値より大きい場合には、デシジョンポイント１１９０
に到る。

デシジョンポイント１１９０においては、ＤＭＦ３２ま
たはＤＭＺ３２の存在が感知される。それらが存在する
場合は、ルール４８がトリガされ、ターミナルＩ１０が
割込みによりＣＰｕに重荷をかけているという決定がな
され、ルール４８に関するメツセージテンブリットによ
り、再構成についての適当な勧告が与えられる。

もしそうでない場合は、ルール４９がトリガされ、異な
る種類の再構成に関する示唆が与えられる。

これらについては、付録３のルール４９に関するメツセ
ージテンプリットに記載されでいる。

デシジョンポイント１１８５において、割込みスタック
上のＣＰＵタイムが高すぎなかったことが決定された場
合には、デシジョンポイント１１９５に到る。

デシジョンポイント１１９５においては、カーネルモー
ドのＣＰＵタイムが３０のようなスレショールドに対し
てテストされる。カーネルモードのＣＰＵ　タイムが高
すぎない場合は、ストップポイント１１９８に到り、そ
うでない場合は、ルール５０がトリガされて多数のＱＩ
Ｏを減少するよう再設計することが勧告される。勧告の
詳細については、ルール５０関するメツセージテンブリ
ットに示しである。

デシジョンポイント１１８０において、ターミナルに対
するＩ１０レートが所定のスレショールド値より小さい
場合は、ルール５１がトリガされ、付録３のルール５１
に関するメツセージテンブリットに示すようにある他の
ターミナルがＣＰ［ｌ　　ＩＪソースを消費しているこ
とを示す。

他のルールとして、チャネルルール、リソースルールお
よびクラスタルールがある。チャネルルールは１つで、
ルール５２であるが、ルール５２はあるＣ［（通信イン
タフェース）ポート上の秒あたりのすべてのＩｌｏが２
１２５０００のようなスレショールドより大きいかどう
か、単−ＵＢＡ　　（Ｌニバーサルバスアドレス）上の
秒あたりのＩｌｏが１００００００のような他のスレシ
ョールドより大きいかどうか、あるいはＩ−ＭＢＡ（マ
ス　バス　アドレス）上の秒あたりのすべてのＩｌｏの
和が１７０００００のような他のスレショールドより大
きいかどうかを決定する。もしそうであれば、ルール５
２がトリガされ、充分な回数ルールがトリガされた後、
ルール５２（付録４）に関するメツセージテンプリット
がプリントアウトまたはディスプレイされる。

また、本発明実施例においては、ルール５３ないし７０
として以下に説明するいくつかのリソースルールがあり
、これらのルールに関するメツセージテンプリットは付
録５に示すとおりである。

ルール５３は特定ノードに対して、秒あたりのＤＩＥＣ
Ｎ［ＥＴアライビングローカルパケットプラス秒あたり
のＤＥＣＮＥＴデパーティングローカルパケットプラス
秒あたりのＤＥＣＮＥＴ　）ランジットバケ・ソトが１
００のようなあるスレショールド値に等しいかそれより
大きいかを決定する。もしそうであれば、特定のノード
により過大数のパケットが取り扱われているとうい決定
がなされ、ルール５３がトリガされる。

次のルーノペすなわちルール５４はプロセス内の任意の
イメージが、例えば２回のようなある回数以上メツセー
ジを転送するためメイルボックス（ＲＳＮＳＭＡＩＬＢ
ＯＸ）を待っているかどうかを質問する。

もしそうであれば、ルール５４がトリガされ、かつ充分
な回数トリガが行われた後、付録５の関連のメツセージ
テンプリットがプリントアウトまたはディスプレイされ
る。

ルール５５は任意のプロセスがノン・ページドダイナミ
ックメモリ（ＲＳＮＳＮＰＯＹＮＭＢＮ）を待っている
かどうかを決定し、もしそうであれば、ルール５５がト
リガされる。また、ルール５５に関する関連のメツセー
ジテンプリットについては、付録５を参照されたい。

ルール５６に関しては、任意のプロセスがベージングフ
ァイルリソース（Ｒ３ＮＳＰＧＦＩＬＥ）を待っている
かどうかの決定がなされ、もしそうであれば、ルール５
６がトリガされる。

ルール５７は任意のプロセスがページドダイナミックメ
モ’Ｊ　（Ｒ３ＮＳＰＧＤＹＮＭεＭ）を待っているか
どうかの決定がなされ、もしそうであれば、ルール５７
がトリガされる。

また、ルール５８は任意のプロセスがリソース（Ｒ３Ｎ
ＳＬＯＣに［０）を待っている場合にトリガされる。

このリソースはロック識別データベースと呼ばれ、クラ
スタ内の異なるＶＡＸコンピュータシステム間の通信用
として使用することができる。プロセスが待機している
場合は、ロック識別データベースは一杯である。付録５
のルール５８に関するメツセージテンプリットには、そ
の状態の説明がなされている。

ルール５９に対シては、スワップファイルスペースが一
杯のため、任意のプロセスがそのスワップファイルリソ
ース（Ｒ３ＮＳＳｌｌｌＰＦ［ｌＪ）を待っているかど
うかの決定がなされ、もしそうであれば、ルール５９が
トリガされ、かつ充分な回数トリガが行われた後、付録
５の関連のメツセージテンプリットがプリントアウトま
たはディスプレイされる。

ルール６０においては、修正ページライターリソースが
ビジィ（Ｒ３ＮＳＭＰＷＢＵＳＹ）のため、任意のプロ
セスがそれを待っているかどうかの決定がなされる。前
記修正ページライターリソースは修正されたページを元
に戻してディスクに書込む。もしそうであれば、ルール
６０がトリガされ、このルールの充分なトリガリングの
後、付録５のメツセージテンプリットがプリントアウト
またはディスプレイされ、この状態に関する理由ととる
べき行動が示唆される。

ルール６１に関しては、まず、あるプロセスがＮ５ＮＳ
ＳＣ３！Ｊソースを待っているかどうかの決定がなされ
る。このリソースは通信プロトコルである。

もしそうであり、この状態が１つのイメージに対し例え
ば２回のようなある回数以上起こった場合に、ルール６
１がトリガされる。

ルール６２は、任意のプロセスがリソースＲ３Ｎ５ＣＬ
ＵＳＴＲＡＮを待っているときトリガされる。このリソ
ースはクラスタがノードの付加または削減のため転換（
変移）中であるかどうかを決定する。

ルール６３はＶＭＳオペレーティングシステムがらのペ
ージフォールトが毎秒３フオールトのようなあるスレシ
ョールド値を超えているかどうかをテストし、もしそう
であり、かつこのルールが充分な回数トリガされている
場合は、Ｖ　Ｍ　Ｓのワーキングセットサイズを変える
よう勧告がなされる。これらの勧告を含むメツセージテ
ンプリットは付録５に示すとおりである。

ルール６４においては、使用されているＳＲＰ。

（小リクエストパッケージ）の数がパラメータ５ＲＰＣ
ＯＵＮＴプラス５％のようなあるパーセンテージと比較
され、もしそうであれば、ルール６４がトリガされる。

ルール６５および６６はルール６４と同じであるが、Ｉ
ＲＰ、　　（中リクエストパッケージ）およびＬＲＰ。

（大リクエストパッケージ）がそれぞれ、ＩＲＰＣ（］
ｔｌＮＴプラスあるパーセンテージまたはＬＲＰＣＤＵ
ＮＴプラスあるパーセンテージと比較される。これらの
パーセンテージも５％を可とする。

ルール６７は使用されているノン・ベージドブールバイ
トの数がＮＰＡＧＥＤＹＮプラス５％のようなあるパー
センテージを超えているとき、トリガされる。

ＮＰＡＧＤＹＮは、ノン・ページドダイナミックメモリ
にあらかじめ割当てられたノン・ページドダイナミック
メモリビットの数である。

ルール６８はハツシュテーブル用のリソースルールで、
使用されているリソースの数がパラメータＲＥＳＩＩＡ
ＳＨＴＢＬ　（ブートクイムにハツシュテーブルにあら
かじめ割当てられたエン）　ＩＪ−の数）プラス５％の
ようなあるパーセンテージと比較され、もしそうであれ
ば、ルール６８がトリガされる。また、このルールに関
するメツセージテンプリットは付録５に示すとおりであ
る。

ルール６９は、使用しているロックの数がＬＯＣＫＩＤ
ＴＢＬプラス５％のようなあるパーセンテージを超えて
いる場合にトリガされる。前記ロックは分配されたリソ
ースを管理するのに使用され、ＬＯＣにＩＩＩＩＴＢＬ
は可能なロック識別のテーブルである。

ルール７０はシステム内のパッチジョブの数に関係する
。特に、ルール７０は考慮中のすべてのインターバルに
対してパッチジョブがＣＰｔ１の７０％のようなあるパ
ーセンテージ以上を使用しているかどうか、また、そこ
には平均的にインターバルあたり５のようなある数より
少ない相互作用ジョブがあるかどうかがテストされる。

もし、そうであれば、ＣＰｕはほとんどのパッチジョブ
を実行しているものと思われ、ルール７０がトリガされ
る。また、ルール７０に関するメツセージチンプツトに
ついては、付録５を参照されたい。

また、本発明の実施例においてはクラスタルールと呼ば
れるあるネットワークルールがある。

ＶＡＸ　クラスタに関するあるメトリックおよびパラメ
ータをテストするクラスタルールはルール７１ないし７
７よりなる。これらのクラスタルールに関するメツセー
ジテンプリットは付録６に示すとおりである。

例えば、ルール７１は任意のディズク上の平均待ち長さ
が、例えば１．２のようなある数より大きいかどうか、
また任意のディスクに対する秒あたりのオペレーション
が該ディスクに対するスレショールドを超えているかど
うかがテストされ、もしそうであれば、ルール７１がト
リガされる。このルールに関するメツセージテンプリッ
トについては付録６を参照されたい。

ルール７２は、任意のディスクへの待ちの長さが、例え
ば、２のようなスレショールドを超えているかどうか、
また、該ディスクに対する秒あたりのオペレーションが
他のスレショールドより小さいかどうかがテストされる
。もし、そうであれば、長い待ちに対する原因は使用の
はげしさにあるのでなく、一部のハードウェアの欠陥ま
たは回線争奪に起因するものと考えられ、したがって、
ルール７２に関するメツセージテンプリントには待ちの
長さの問題に対し異なる解決法が示唆されている。

ルール７３はＮＳＣに関するもので、任意のＮＳＣに対
する秒あたりのＩ１０バイトが３７５００００のような
ある数を超えているかどうか、または任意のＮＳＣに対
する秒あたりのオペレーションが５００のような他のス
レショールドを超えているかどうかの質問がなされ、も
しそうであれば、特定のＮＳＣがオーバースレショール
ドとなり、ルール７３がトリガされる。このルールに関
するメツセージテンプリットは付録６を示すとおりであ
る。

ルール７４はなんらかのデッドロック（行詰り）が発見
された場合、トリガされる。デッドｏ　７りは、通信期
間中、アプリケーションはロックマネジャーを使用し、
それら自体のロンキングアクティビティを間違って操作
していることがその原因である。ルール７４が充分な回
数トリガされた場合は、付録６のルール７４に関するメ
ツセージテンプリットがプリントアウトまたはディスプ
レイされる。

ルール７５については、３つの質問がなされる。

第１は、そこにデッドロックがなかったどうかというこ
とであり、第２は、デッドロックの探索数が毎秒０．１
のようなスレショールドレートヲ超えているかどうかと
いうことである。また、第３はパラメータＤＥＡＤＬＯ
ＣＫ　ｉすＡＩＴが５のような他のスレショールドより
小さいかどうかということである。

ＤＥＡＤＬＯＣ）ｊＷＡＩＴは、デッドロック条件が存
在するかどうかを検出する前にシステムが待機している
時間数である。３つの条件のすべてが満足された場合は
、デッドロック探索は行われたが、そこにはデッドロッ
クが発見されることはなく、これはパラメータＤＥＡＤ
ＬＯＣＫ−ＷＡＩＴに対するセツティングが低すぎるこ
とに起因する。この場合には、ルール７５に関するメツ
セージテンプリットに示すように、該パラメータＤＥＡ
ＤＬＯＣＫ−１９ＡＩＴの値を増加させるよう提案がな
される。

ルール７６は、第３のＤＥＡＤＬＯＣＫ−ＷＡＩＴに関
して、ルール７５のスレショールドより大きいかどうか
をテストするようにしたことを除き、ルール７５と同じ
質問がなされる。もしそうであれば、ルールＴ６に関す
るメツセージテンプリットに示すように、問題はアプリ
ケーションにするのでなく　、ＤＥＡＤＬＯＣＫＷＡＩ
Ｔパラメータにある可能性が強い。

最後に残ったクラスタルール、すなわちルール７７は、
ファイルキャッジミスに起因するディスクＩ１０の数が
あるスレショールドを超えているどうかを決定する。も
しそうであれば、そこにはシステムファイルキャッジ上
の低いヒットレイショに起因する多くのＩｌｏがありす
ぎるという決定がなされる。このルールが充分な回数ト
リガされた場合は、付録６のルール７７に関するメツセ
ージテンプリットがプリントアウトまたはディスプレイ
される。このメツセージには、ファイルキャッジ統計を
調査し、あるいはさらに大きいファイルキャッジを得る
ような提案が含まれる。

ルール１ないし７７の多くは共通の特性を含む。

第１に、ルールのトリガリングはスレショールド、メト
リックおよびパラメータ間の関係の決定を含むことであ
り、第２に、ルールが充分な回数だけトリガされない場
合は、そのルールに関するメツセージテンプリットはプ
リントアウトされないということである。これは、ある
ルールが人為的にトリガされた場合、システムは問題の
あることを報知しないため、誤り警報を回避させること
ができる。最後に、スレショールドは種々の異なるネッ
トワーク、プロセッサおよびオペレーティングシステム
にフィツトするよう適応させる必要があるということで
ある。

（Ｄ）　　レポート作成 本発明により生成されるレポートには２つの基本形式が
ある。その１つは“チューニング解析”または性能評価
レポートで、これはルールに関するメツセージテンプリ
ットのほかルールのトリガリング中に評価されたエビデ
ンス（根株）を含む。

生成される第２の形式のレポートはシステムまたはネッ
トワークのワークロード特性で、これはデータ収集プロ
セス中に収集されるデータおよび該データの編成により
可能である。

あるルールに関するチューニング解析または性能評価レ
ポートは、そのルールがトリガされた回数がそのルール
に関する所定のスレショールドを超えている場合に生成
される。前記レポートはそのルールのほか、ルールのト
リガリング中に調査されたいくつかのメトリック、パラ
メータおよびスレショールドを含む。

第１２図はルールトリガリングおよび該ルールのための
根株（エビデンス）を記録する方法の一例を示す。本発
明実施例によるときは、第１２図に示スヨウに、各パー
フォーマンスプロブレムルール（性能問題ルール）をエ
ビデンステーブルに関連づけている。各エビデンステー
ブルはそのルート（根）としてトリガリング数のカウン
トを有し、ブランチは各々異なるデータ形式を表わす種
々の階層レベルの複数のノードに導く分岐を形成する。

メツセージテンプリットは前記レベルに対応し、各レベ
ルにおけるデータの形式のほか解析レポートにおけるそ
の表現形式を記載する。転送データ、すなわちあるルー
ルがトリガされたとき記録されるべきデータは、第１２
図に示すようにエビデンステーブルに記憶される。

第１２図はツリー構造（木構造）としてエビデンステー
ブルを示しているが、本発明方法を実行するプロセッサ
内で他の方法によりデータ記憶構造を実現できること当
然である。

本発明方法の一実施例によるときは、ルールがトリガさ
れる各時間ごとにそのルールに関連するエビデンステー
ブルのルート（レベル１）内のカウンタを１カウントだ
け増加させるようにしている。エビデンステーブルに転
送データを記憶させるに当たっては、各組のデータの最
初のデータを２番目に高いレベル（レベル２）に対応さ
せ、そのデータを同じレベルの他の値と比較し、マツチ
（突合せ）があった場合は、データのその値が発生した
回数を示すカウンタを増加させる。もし、そうでなけれ
ば、カウンタが１にセットされ、ルートに戻ってブラン
チした２番目に高いレベルに新しいエントリーが記憶さ
れる。

２番目に高いレベルでマツチがあった場合には、３番目
に高いレベル（レベル３）において、関連のデータが２
番目に高いレベルにおいてマツチしたエントリーに接続
した該レベルにおけるエントリーと比較され、マツチが
発見された場合は、関連のカウンタを増加させる。もし
そうでなければ、上記のマツチしたレベルに戻ってブラ
ンチし新しいツリーエントリーが生成される。

このプロシーシアはすべての転送データがすべてのレベ
ルに記憶されるまで継続する。転送データをこのような
方法で記憶させることはメモリスペースの保存に有効で
ある。

第１のレベルまたは後続するレベルのいずれかにおいて
、新しいエントリーが生成される場合は、低次のレベル
には接続されるエントリーがないため、低次のレベルは
探索されない。その代わり、カウンタが１にセットされ
るすべての低次レベルにおいてエントリーが生成される
。

本発明実施例によるデータ記憶の詳細については第１３
Ａ図ないし第１３０図に示すとおりである。

これらの図は第１２図示転送データに対するエビデンス
テーブルの生成ステップを示す。

ルールの最初のトリガリングに対して、データエントリ
ーは第１２図に示すようにＡｌ、　ＢｌおよびＣ１であ
る。第１３Ａ図に示すように、ツリーのルート（根）に
おけるカウンタは１にセットされ、Ａ１は２番目に高い
レベルに記憶され、Ｂ１は３番目に高いレベルに記憶さ
れ、またＣ１は４番目に高いレベルに記憶される。そこ
にはマツチがあり得ないため、データはこのようにして
記憶される。

ルールトリガリングにより次のデータエントリーが生じ
た際は、ルートにあるカウンタは再び増加される。かく
して、肩に対する第２のレベルに沿っての探索が起こり
、マツチが発見されるので、関連のカウンタは第１３Ｂ
図に示すように２に増加する。次に、Ａ１に関連するＢ
１エントリーが起こり、このようなエン）　ＩＪ−が発
見されるので、そのカウンタも２に増加する。しかし、
Ａ１およびＢ１に関連するＣＩに対する次の探索は起こ
らないので、Ｃ２に対する新しいエントリーが１のカウ
ントで生ずる。

４番目のルールトリガリングによりデータエントリーが
起こった場合は、ルート（根）におけるカウントは第１
３Ｃ図に示すように４に増加する。

Ａ１に対しては第２のレベルでマツチが発見されるので
、カウンタは４に増加するが、肩に接続されたＢ２エン
トリーに対してはマツチが発見されない。

したがって、Ｂ２に対する第３レベルにおける新しいエ
ントリーが１のカウントで生ずる。第３のレベル上での
Ｃ２に対する探索が行われる場合には、Ｂ２に関係する
マツチが発見されないので、Ｃ２に対するエントリーが
１のカウントで生ずる。これは、Ｃ２に対する前のエン
トリーがあった場合でも、前のＣ２エントリーはＡＩ／
８１通路に対応し、この第３０Ｃ２エントリーはＡＩ／
８２通路に対応するためである。

第１３Ｄ図は第１２図に示す転送データに対する全体の
エビデンステーブルを示す。

１つのルールに関するエビデンスをこのようにして記憶
させる場合は二重エン）　ＩＪ−の数が減るので、メモ
リスペースの節約をもたらす。さらに、ツリー構造はレ
ポート作成のためのアクセスを容易にする。

ひとたび、メトリックおよびパラメータの解析が完了す
ると、ルールカウントはそのルールに関するスレショー
ルドに対して比較される。ルールカウントが該スレショ
ールドを超えている場合は、このルールに関するメツセ
ージテンプリットがプリントアウトされ、対応するエビ
デンステーブルに記憶されたエビデンスがプリントアウ
トされる。

所定のルールに関するエビデンステンプリットは、テー
ブルに記憶されている階層的順序でのすべてのデータを
含む行のテキストにより記述することが望ましい。例え
ば、ルールの各トリガリングに対しては１行のテキスト
があり、テキストの各行にはエビデンステーブルから検
索され、テキストのその行に導入された各レベルにおけ
るデータの１つの値があるようにすることが望ましい。

本発明実施例によるときは、ツリーは順次的に横断する
形をとり、各横断に際し各レベルにおける各データ値の
カウンタは減少され、その値が検索される。その値は、
最低レベルのカウンタが０に減数されるまで同じ値を保
持し、その時には次に高位のノードの次のブランチがと
られる。第１４図および第１５図はメツセージテンプリ
ットおよび関連のエビデンスに関するプリントアウトま
たはディスプレイの２つの例を示すものである。

また、エビデンスおよびメツセージの出力のほかに、種
々のプロセッサに関する性能レポートおよび全体として
のネットワークに関する性能レポートを出力することも
できる。性能レポートは、メツセージテンプリット内の
勧告にもとづいて行われる変化が改良されたシステム性
能を有するか否かを決定するに際し、システムエンジア
二マタ、はシステムマネジャーを助けるようなワークロ
ード特性のディスプレイを与える。このようなレポート
は摘要表およびヒストグラムの双方を含む。

第１６図ないし第１８図はこれらの例を示す。

性能レポートは収集されたデータおよび解析用にデータ
ベース内に記憶されたデータを用いて生成される。これ
らのデータはプロセッサメトリックおよびパラメータと
ネットワークメトリックの双方をふくむ。表またはヒス
トグラムのプリンティングは既知のディスプレイプログ
ラミング技術を用いて実現可能であるが、性能レポート
内にこのようなデータを提供することは本発明の重要な
１つの部分である。

一般に、性能レポートは統計特性プロセッサおよびネッ
トワークロードのほか、アクティブイメージによるリソ
ースの使用を与える。例えば、性能レポートを再調査す
るシステムマネジャーは、各イメージに対して、平均の
ワーキングセットサイズ、ページフォールトの総数、消
費時間、ＣＰＵタイムのパーセンテージ、ディスクＩ１
０およびターミナルＩ１０を調査することができる。

第１６図は、例えば１つの７−ドで実行される相互作用
イメージに関するレポートの一例を示す。

このレポートから、システムマネジャーは、例えば、リ
ソースの使用と使用頻度の双方を考慮して、どのイメー
ジが有効なチューニングをするかを決定することができ
る。

また、あらゆる形式のプロセッサの特性を示すような他
のレポートを実現することも可能である。

第１７図はネットワークデータ、特に、すべての７−ド
による特定ディスクへのアクセスに関する性能レポート
を示す。本発明方法は、一般のシステムと違って、全ネ
ットワークに関するデータの収集を許容するので、この
レポート形式のみが可能である。本発明においては、同
期およびデータの構成を含むこの種データ収集の難しさ
を全ネットワーク的解析だけでなく全ネットワーク的パ
ーフォーマンスデータの提供を可能にすることにより解
決するようにしている。

第１８図はデータ収集操作により使用可能となるデータ
から生成しうるヒストグラムを示す。ヒストグラムはオ
ペレータの評価および解析に対するワークロード特性の
図式表示を与え、また各ノードに対するＣＰＩＩ　、デ
ィスクおよびターミナルＩ１０を与える。

ヒストグラム内のデータは、特定時間間隔の間にシステ
ムがどのように使用されているかを示す。

異なるレポートティング周期はヒストグラムのスケール
を変えるほかそれらのタイムレシリニージョン（ｔｉｍ
ｅ　ｒｅｓｏｌｕｔｉｏｎ）　を変える。このようなヒ
ストグラムは、システムエンジニアまたはシステムエン
ジニアが解析のセクションで提供された結論と実施され
た勧告をダブルチェックする場合の助けとなる。

例えば、あるイメージに関するレジデンスタイム（すな
わち、イメージの始動と終わりまでの時間）を解析する
ことにより、システムエンジニアは、例えば更新ささた
データベースまたは組立てられたアプリケーションのよ
うな大量なリソースを費消するイメージを追跡すること
が可能となる。

第Ｘ８図はヒストグラムの有用さを示す例を与えるもの
である。図において、縦軸はプロセッサにより使用され
るＣＰＵタイムのパーセンテージを表し、また、横軸は
ヒストグラムによりもたらされる時間数、この場合は２
４を表す。このヒストグラムは、例えば、正午１２．０
０時には割込みおよびＤＥＣｎｅｔジョブがＣＰｔ１タ
イムの５％を使い、相互作用ジョブがＣＰＵタイムの８
５％を使用することを示している。

（Ｅ）結論 本発明実施例の場合は、Ｖ　１．Ｉ　Ｓオペレーティン
グシステムを°用いたＶＡＸコンピュータを含む特定の
ＶＡＸクラスタ（ＶＡＸｃｌｕｓｔｅｒ）配置を使用し
ているが、本発明方法は他のプロセッサまたはプロセッ
サネットワークに対しても広い適用の可能性を有するこ
と勿論である。この場合には、特に、メトリックおよび
パラメータの特定名称を各プロセッサまたはネットワー
クに適応させるようにする必要があり、また、あるルー
ル自体を変える必要がある場合は、そのルールに対する
スレショールドを変えることが必要となる。

本発明は本明細書記載の実施例に限定されるものでなく
、本発明は他の変形をも包含するものである。

１、　　　そこには、次のプロセスよりの過度のページ
フォールト（ページ不在）が ある。これはアプリケーションプログ ラムがまずく設計されている場合、あ るいはＡＩ型型口ログラムたはＣＡＤプログラム等のよ
うな特殊な形式のプログ ラムの場合に起こる可能性がある。プ ログラムを再設計することができる場 合はそうすることが望ましい。もし、 そのＷＳＱＵＯＴＡを増加させることが可能なら、それ
は救済策となる。問題を起 こしているユーザーと発生回数を以下 に記入すること。

２、　　　そこには、過度のページフォールトの原因と
なる過度のイメージアクティ ベーションがある。これは過度のプロ グラムをアクティベートするまずく書 かれたコマンド手順により生ずる可能 性がある。過度のイメージアクティベ ーションを起こしたユーザーを以下に 記入すること。

３、　　　そこには、全体としてシステム内の過度のイ
メージアクティベーションに 関連する過度のページフォールトがあ る。これは多くのアプリケーションプ ログラムを下手に設計した場合または 過度のコマンド手順を頻繁にランさせ ようとした場合に起こる可能性がある。

４、　　　過度のハードフォールティングはページキャ
ッジの小さすぎることが原因 で生ずる。ハードフォールトはソフト フォールトより高価で、ページキャッ ジが小さすぎる場合に起こり易い。

’、ＩＰＷ−ＬＯＬＩＭＩＴ、　　ＭＰＷ−ＨＩＬＩ入
＋１７゜ＭＰＩリーＴＨＲＥ３１１．　　ＦＲＥＢＧＯ
八しおよびＦ　ＲＥ　Ｅ　Ｌ　ｌ　！、１の値を増やす
ことによりページキャッ ジを増加させることができる。ＦＲＥＥＬＩＭはＢＡＬ
Ｓ［ＥＴＣＮＴ　＋２０にほぼ等しく、ＧＲＯＷＬＩＭ
はＰＲＢＥＧＯＡＬ−１１こほぼ等しくなければならな
い。ＦＲＥＥＧＯＡＬは３”　ＦＲＥＥしＩＭまたはメ
モリの２％の大きい方にほぼ等しくなければならず、ま
た ＭＰＷ　ＬＯＬＩＭＩＴは１２０または３”　ＢＡＬＳ
ＥＴＣＮＴの小さい方に等しくなければならない。関連
のＡＩ！ＩＳＡパラメータの自動調整を行わせるためＡ
ＵＴＯＧＥＮを使用することが望ましい。

５、　　　ページフォールティングの高いレートはプロ
セスのワーキングセットにさ らにメモリを割当てることができる場 合は低くなる可能性がある。ページキ ャッジが小さい場合は、過度のページ がプロセスのワーキングをセットの部 分となりうるので、ページフォールテ ィングを減少させることかできる。

ＭＰＷ　　ＬＯＬＩＭＩＴ、　　ＭＰＷ　　ＨＩＬＩＭ
ＩＴ。

ＭＰＷ　ＴＨＲＩＥＳＨ，ＦＲＥＥＧＯＡＬおよびＦＲ
ＥＥＬＩＭの値を減らすことによりページキャッ ジを減少させることができる。Ｆ　ＲＥ　Ｅ　Ｌ　Ｉ　
ＭはＢＡＬＳＥＴＣＮＴ＋２０にほぼ等しく：　、ＧＲ
ＯＷＬＩＭはＦＲＥＥＧＯＡＬ−１にほぼ等しくしなけ
ればならない。また、ＦＲＥＥＧ［ｌＡＬは３ゝＦＲＥ
ＥＬＩＭまたはメモリの２％の大きい方にほぼ等しく　
、ＭＰＷ　ＬＯＬＩＭＩＴは１２０または３ゞＢＡＬＳ
ＥＴＣＮＴの小さい方にほぼ等しなければならない。関
連のＡＷＳＡパラメータの自動調整を行わせるためＡＵ
ＴＯＧＥＮを使用することが望ましい。

６、全システム的ナベ−シフオールド（ハードまたはソ
フトページフォールト） は高く、いくつかの（適度に遊んでい る）プロセスは大きいワーキングセッ トを保持している。スワツパ−が遊ん でいるプロセスのワーキングセットか らさらに多くのページを取戻すことが できれば、全体のページフォールトレ ートは低下する。

次のユーザーに対するＷＳＱｔｌＯＴＡを減らすことが
望ましい。分離したプロセ スがその問題の原因である場合には、 ＰＱＬ−ＤＷＳＯＵＯＴＡを減らすことが望ましい。

７、　　　過度のページフォールティングが起こってお
り、そこには、許容されたそ れらのＷＳ巳ＸＴＥＮＴ、より多いメモリを所望すると
思われるあるユーザーのライ ニングイメージがある。これらのユー ザーに対するＷＳＥＸＴＥＮＴＳが大きい場合は、ペー
ジフォールティングは少なく なる。

次のユーザーに対するｖＩＳ巳ＸＴＥＮＴｓを増やすこ
とが望ましい。分離したプロ セスがその問題の原因である場合は、 ＰＱＬ　Ｄ巳５ＥＸＴＩＥＮＴを増やすことが望ましい
。

８、　　　そこには、充分なフリーメモリがあるにもか
かわらず過度のページフォー ルティングがある。スワンパーはイン ・スワップの準備のため、不必要にワ ーキングセットをトリミングする。

ＢＡＬＳＥＴＣＮＴが充分高い場合は、プロセスは不必
要にスワップアウトされず、 したがってこの条件は除去される。

８ＡＬＳＥＴＣＮＴを増やすことが望ましい。

これは充分なメモリがあるとき、スワ ツパ−がプロセスをトリミングするこ とを防止し、また、ページフォールト レートをも減少させる。

９、　　　フリーメモリがほとんど使いつくされたとき
、過度のページフォールティ ングが生じた。ＡＷＳＡは、フリーリストがＢＯＲＲＯ
ＷＬＩＭより大きいとき、それを必要とするプロセスに
使用可能なメモ リを割当てようとするが、プロセスは、ＧＲＯＩＩＩＬ
ＩＭが８［］ＲＲＯ１’ｌＬＩＭおよびＦ　ＲＥ　Ｅ　
Ｌ　Ｉ　！、１の双方より大きい場合、これらのロー ンを利用できない。−′＋、＋ｓが、ページフォールテ
ィング中のプロセスにメモリ を供給することができれば、全体のペ ージフォールトレートは減らすことが できる。

ＧＲＯＷＬＩＭを８（］ＲＲＧｌｌｌＬｒＭ以下に減ら
すことが望ましい。これによりプロセス はＡＷＳＡにより与えられるローンを使用することがで
きる。また、ＡＵＴＯＧＥＮを使用して、これらのパラ
メータに対し 適当な値を得ることができる。

これらのパラメータおよび関連する 他のパラメータの現在値は次のとおり である。

ＰＦＲＡＴＨ：％％％％、　ＢＯＲＲＯｔすＬＩＭ　　
：％％％％％。

ＧＲＯＩ！ＩＬＩＭ　　　：％％％％％　、　　ＰＡＧ
ＥＣＡＣＨＢ　　　：％％％％％％、　　ＦＲＢ［ＥＬ
ＩＭ　　　：　％％％％％、　　ＦＲＥＥＧＯＡＬ　　
　：　％％％％％、　ＷＳＭＡＸ　：％％％％％％１０
、　　　　過度のページフォールティングが生じており
、ＶＭＳはユーザーワーキングセットに付加的メモリを
割当てること ができない。ＶＭＳ　ｉこおける自動ワーキングセット
調整（ＡＷＳＡ）特性を用いて、ユーザーのワーキング
セットへのメモ リの割当てを変更することができる。

また、ＷＳＩＮＣを増加させることにより、ＶＭＳは使
用可能メモリを適正に割当てることができ、ページフォ
ールトレー トを減らすことができる。

ＷＳＩＮＣを１５０にセットし、ディフォールト５ＹＳ
ＧＥＮをセツティングする。ＷＳＩＮＣは０である（Ａ
ＷＳＡがターンオフされることを意味する）ため、プロ
セス のワーキングセットは成長できない。

１１、　　　　スワツピング（ＳＷＡＰＰＩＭＧ）ファ
イルのサイズを増やすこと。プロセスは成長 することができず、性能の劣化をきた すおそれがある。スワツピングファイ ルを増やすことにより、プロセスは成 長が助長され、利用可能なメモリを使 用することができるようになる。

１２、　　　　そこには余分なフリーメモリがあるにも
かかわらず過度のページフォール ティングが生じている。ページフォー ルティングはプロセスのワーキングセ ットがより早く成長できる場合は低く なる。ＡＷＳＡはプロセスのワーキングセットの成長を
許容するための応答が遅 いらしい。ＰＦＲＡＴＨに対する値を減らすことが望ま
しい。ＰＦＲＡＴＩＩの現在値はＰＦ１？ＡＴＨ：　＃
＃ １３、　　　　　使用可能なフリーメモリがあるにもか
かわらず、過度のページフォールテ ィングが存在する。プロセスのワーキ ングセットに付加的メモリを与えるこ とについてのＡＷＳＡのレスポンスが遅いらしい。ペー
ジフォールトレートは、 ＡＷＳＡのレスポンスを改善し、ワーキングセットのさ
らに早い成長を許容する ことにより、これを減らすことができ る。

ＷＳＩＮＣを１５０　にセットし、ディフォール）　５
ＹＳＧＥＮをセツティングする。

１４、　　　　　使用可能なフリーメモリがあるにもか
かわらず、過度のページフォールテ ィングが存在する。プロセスのワーキ ングセットに付加的メモリを与えるこ とについてのＡｌｌｌ５Ａのレスポンスが遅いものと思
われる。ページフォールトは、ＡＷＳへのレスポンスを
改善し、ワーキングセットのさらに早い成長を許容する ことにより、これを減らすことができ る。

ＡＷＳＴＩ！ＪＢを２０に減らすか、ＡＵＴＯＧＥＮを
してＡＷＳＴＩＭをリセットさせることが望ましい。Ａ
ＷＳＴＩＭは連続するワーキングセット調整間のＣＰｔ
１タイムの総計である。

１５、　　　　フリーメモリは存在せず、かつ過度のペ
ージフォールティングが生じた。

遊んでいるプロセスは最も重いページ フォールティングを有するプロセスよ り大きいワーキングセットを有する。

自動ワーキングセットデクレメンテイ ングは、ページフォールティングの最 も多いプロセスの使用に供するため、 ＶＭＳによりワーキングセットから遊休ページを取戻す
ことを許容し、ページ フォールトレートを減少させることを 可能にする。

！’１ｓＤＢｃを３５に減らし、ＰＦＲＡＴＨを１０に
減らすことにより自動ツーキングセッ トデクレメンティングをターンオンさ せることが望ましい。

１６、　　　　スケアスメモリ状態において過度のペー
ジフォールティングが生じている。

スワツパ−はしばしばワーキングセッ トをトリミングすることを強制され、 フォールティングや付加的オーバーヘ ッドを生ずる。以下はいくつかの手段 であるが、メモリへの過度のロードに より変更にあたり注意を要する。

５ＷＰＯｔｌＴＰＧＣＮＴをシステムの標準的プロセス
がそのワーキングセットサイズ として使用するのに充分な大きさの値 まで増加させることが望ましい。これ は第２のレベルのスワツパ−トリミン グを不能にし、恐ら（有利と思われる スワツピングをも不能にする。スワン パーは、メモリを取り戻すための候補 としては作動中のプロセスよりも遊休 プロセスの方が良いと考えると思われ、したがって、恐
らく、さらに有利なレ ベルのオーバーヘッドが与えられる。

ＬＯＮＧＷＡ［Ｔに対する理想の値は、遊休プロセスま
たは放棄されたプロセスを 一時的に作動するプロセスから正しく 識別する時間の長さで、標準的にはこ の値は３ないし２０秒の範囲にある。

ＬＯＮＧＷＡＩＴを増加させて、プロセスがスワツピン
グまたはトリミングのための 適格者となる前に遊休のままでいられ るようスワツパからさらに長い時間を プロセスに与えるようにする。

１７、　　　　過度の自動ワーキングセットデクレメン
ティングによる過度のベージング が存在する。プロセスのワーキングセ ットが過大または過度に減少した場合 は、ページフォールティングに突然の 増加が生ずる。ワーキングセットから 取り去られたページの数が小さいか、 またはＰＦＲＡ几の値が低下した場合は、ページフォー
ルトレートも低下する。

ｗｓｏｅｃを減らし、もしくはＰＦＲＡＴＬを減らすこ
とが望ましい。

１８、　　　強いメモリ要求による過度のページフォー
ルティングが存在する。性能が 受入れ難いものである場合は、メモリ 要求を低下させるようこころみること ができる。メモリは付加することが最 良の賭かもしれないが、これはしばし ば起こる状態であることを確認し、か つ、補助的意見を聞く必要がある。

１９、　　　　スワツピングに起因する過度のオーバー
ヘッドが存在する。そこにはフリ ーバランスセットスロットがないので、ＢＡＬＳＥＴＣ
ＮＴがなんらかの問題を起こしている。

２０、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。スワツピングは、ユーザーにもっと多
くのメモリを与え るページキャッジのサイズを減らすこ とにより減少させることができる。

ＭＰＩＩｉ、、−ＬＯＬ４ＭＩＴ、　　ＭＰＷ−ＨＩＬ
ＩＭ［Ｔ。

ＭＰＷ　ＴＨＲＥＳＨ，ＰＲεＥＧＯＡＬおよびＦＲＥ
ＥＬＩＭの値を減らすことにより、ページキャ ッジを減少させることができる。ＦＲＥＥしＩＭはＢＡ
ＬＳＥＴＣＮＴ＋２０にほぼ等しくなければならず、ま
たＧＲＯＷＬ［はＦＲＥＥＧｔｌＡＬ−１にほぼ等しく
なければならない。

ＦＲＥＥεＧＯＡＬは３”　ＦＲＥＥＬＩＭまたはメモ
リの２％の大きい方にほぼ等しくなげれ ばならず、また、！ＡＰＪＬＯＬＩＭＩＴは１２０また
は３°ＢＡＬＳＥＴＣＮＴの小さい方にほぼ等しくなけ
ればならない。関係する ＡＷＳＡパラメータの自動調整を行わせるため、ＡＵＴ
ＯＧＥＮを使用することが望ましい。

２１、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。スワツピングは、過度のメモリを費消
するプロセスを抑 制または制御することにより、これを 減少させることができる。次のユーザ ーおよびイメージは多くのメモリを使 いすぎている。以下のような予防調整 を行うよう努めることが望ましい。１）−日のノンピー
ク時までプロセスを休 止する。２）ノンピーク時間中にプロセスの再スケジュ
ールを行う。３）そのユーザー〇眺ＱＩＪＯＴＡを制限
する。

２２、　　　　スワツピングに起因する過度のオーバー
ヘッドが起こった。大きい遊休プ ロセスはスワップアウトできないため、アクティブプロ
セスのスワツピングは さらに重いものとなる。この状態はコ マンドＳＥＴ　ＰＲＯＣ巳ＳＳ／Ｎ０３ＷＡＰを使用し
たとき起こりうる。

２３、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。借り（ｂｏｒｒｏｗｉｎｇ）があまり
多すぎる場合は、Ａ　ｗ　Ｓ　Ａはスワツピングをさら
に重くする可能性があ る。ＧＲＯＩ’ｉＬＩＭがＦＲＥＥＧＯＡＬ−１に等し
くＢＯＲＲＯＷＬＩＭがＧＲＯＷＬＩＭより高いことを
確Ｓ忍すること。

借りが多すぎる。Ｂ　ＯＲＲＯｌ、’ｉ　Ｌ　Ｉ　！、
ｌおよびＧＲＯＷＬＩＭを増やすことが望ましい。

２４、　　　　スワツピングに起因する過度のオーバー
ヘッドが存在する。使用可能なメ モリを獲得するため争っている同時進 行プロセスが多すぎる。ＭＡＸＰＲ［）ＣＥＳＳＣＮＴ
（したがってＢＡＬＳＥＴＣＮＴ）を低下させるか、要
求を減らすか、メモリを付加す ること。ただし、メモリを付加する前 に、性能が受入れ難いものであること を確認し、かつエキスパートよりの意 見を聴取すること。

２５、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた、多くのＣＯＭおよびＣ０Ｍ０がメモリ
獲得のため競争中である。同時進行の大きいパッチジョ
ブの 数を減らし、要求が少なくなった時の ためにそれらを再スケジュールし、ま たはバッチ待ちのＪＯＢＬＩＭを減らすことを考えよ。

メモリを付加することは救 済策となるが、まず再確認し、補助的 意見を聞くことが必要である。

２６、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。多くのプロセス は計算可能であり、かつ基準優先順位 にあるため、スワップの間の時間数を 増やすことによりスワツピングレート を減少させることができる。

２７、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。性能がしばしば 受入れ難い状態の場合には、メモリの 付加に関する必要性を評価するエキス パートを特徴とする請 求を減らすか、メモリを付加する ことが望ましい。ワーキングセットの 減少も救済策となる。

２８、　　　　システムはページングよりむしろスワッ
プしている。条件を緩和するため 次のステップをとることができる。

１、ＷＳＱＩＩＯＴＡＳを減らす ２、　ＰＦＲＡＴＨを増やす ３、ＷＳＩＮＣを減らす ２９、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。そこにはメモリ に対する強い要求があり、しかも遊ん でいるメモリが利用可能であるが、パ ラメータ５ＷＰＯＵＴＰＧＣＮＴによりユーザーのワー
キングセットに割当てられてい る。これは、Ｖｌ、Ｉｓが遊休メモリを取戻そうとする
とき、ユーザーのワーキン グセット内に残すページの数である。

Ｓ（すＰＯＵＴＰＧＣＮＴを６０に減らすことが望まし
い。これは、メモリを必要とすると き、ＶＭＳが遊体中のユーザーのワーキングセットから
付加的メモリを取戻す ことを可能にする。

３０、　　　　スワツピングに起因する過度のオーバー
ヘッドが生じた。多くのプロセス が計算不能で、遊休プロセスに過大な メモリが浪費されているものと思われ る。

可能な救済法は次のとおりである。

１．１す５ＱｔｌＯＴＡＳを減らす ２、ＰＦＲＡＴＨを増やす ３、できればＷＳＩＮＣを減らす ４、”ＳＥＴ　ＰＲＤＣ／Ｎ０３ＷＡＰ”を有するプロ
セスをチェックする。

３１、　　　　メモリが欠乏状態（スヶアス）であり、
現在は性能の問題は生じていない が、メモリに対する要求が増大した場 合は、メモリ隘路が起こる可能性があ る。その場合には、メモリの５％以上 を使っているユーザーのＷＳＱＵＯＴＡｓを減らしてメ
モリを再割当することが望 ましい。

３２、　　　　メモリが欠乏状Ｂ（スケアス）であり、
メモリ隘路は生じていないが、容 量プランに要求の伸びを予定している 場合は、メモリ隘路を生ずる可能性が あり、その準備が必要である。

３３、　　　Ｃ０Ｍ０プロセスの数が多いことによりＣ
ＰＵに明らかなボトルネック　（隘路）がある。そこに
は、低い優先順位のＣ０）４もしくはＣＤ　１．１０プ
ロセスにＣＰＵを待たせるような高い優先順位のプロセ
スが存 在し、それが問題の原因となっている。

これはロックアウト状態と考えられる。

プロセス優先順位を調査もしくは再調 査することが望ましい。Ｃ０ＭプロセスへのＣＰＵタイ
ムの公正な分配に関し、それらがすべて基準優先順位を
有する ことを確認することが必要である。

３４、　　　Ｃ０Ｍ０プロセスの数が多いことによりＣ
ＰＵにはボトルネックがある。そこには、また、ＣＰＵ
タイムの少なくとも５０％を費消するホッグプロセスも
存在す る。間違った設計、誤って管理された 優先順位または他のありうる理由につ いてホッグプロセスを調査することが 望ましい。

３５、　　　ＣＰＩＩを待っている多数のプロセスがあ
り、また、割込みスタックに関する ＣＰ［Ｉタイムも高い。割込みスタックタイムはプロセ
スにより使用されること のできないＣＰＵタイムである。

以下の４つの行動をとるよう勧告す る。

１、　ターミナル■／○をＤ　）Ｊ　Ｆ　３２またはＤ
ＭＺ３２によりハンドリングしない場合：アプリケーシ
ョンプログラムが一時に ２００またはそれ以上のキャラクタを書く場合は０ＭＸ
３２のＤＭＡ特性が有用である。アプリケーションが一
時に１０またはそれ以上のキャラクタを書くときは、０
ＭＸ３２のソロの転送がさらに有効である。また、アプ
リケーションが一時に １０より少ないキャラクタを書くときは、ＤＺｌｌを土
建るようなりＭＸ３２の顕著な性能改善はない。

２、　　’０２１１または０２３２インタフエースを使
用している場合は、ＤＺｌｌまたはＤＺ３２が他のキャ
ラクタに対して割込みを行 う度数を少なくするため、そのボー （ｂａｕｄ）レートを減少させるよう考慮することが必
要である。

３、　　ＭＡＸＢＵＦまでのできるだけ多数のキャラク
タを書く大きな書込み操作に Ｑ■ＯＳを集めるようなアプリケーションを設計するこ
と。

４、　全スクリーンをリライトするアプリケーションを
設計するよりむしろス クリーンの影響のある部分を更新する ビデオ端末用アプリケーションを設計 すること。

３６、　　　　カーネルモードタイムがスレショールド
値を超えている。あるシステムサ ービスの過度の使用が高いカーネルモ ードを生じていると思われる。この問 題を緩和するため、次の１つまたはそ れ以上を実行することが望ましい。

１、　同時に実行されるコンビニートバウンド（ｃｏｍ
ｐｕｔｅ−ｂｏｕｎｄ）プロセスが少なくなるようワー
クロードを計画する こと。

２、　より少ないシステムサービスを使用して同じ作業
を行う改良アルゴリズ ムによりあるアプリケーションを再設 計できるかどうかを調べること。

上記のステップで問題が解決されな い場合は、 １６　　ワークロードが独立のジョブおよびデータ構造
により形成されている場 合は、複数のＣＰＵ　　（クラスタ）が問題を解決する
可能性がある。

２、　各ピースの完成が前のピースの完成に従属するよ
うなワークロードを有 する場合は、さらに高速のＣＰ［Ｉを得るようにする。

３、　メモリ制限のある場合は、メモリをさらに付加す
る。

３７、　　　　カーネルモードタイムが高すぎる：ＱＵ
ＡＮＴＵＭを増やすことが望ましい。

ＱＵＡＮＴＵＭを少なくとも２Ｑ＋ｔ＋ｓに増やす。

口ＵＡＮＴＵＭに対する現在値は＃＃である。

ＱＵＡＮＴ［１Ｍを増やした時は、タイムベースドコン
テキストスイッチングの速度 は減少し、したがって、ＣＰＵスケジューリングおよび
関連のメモリ管理をサ ポートするのに使用するＣＰＵのパーセンテージも減る
。このオーバーヘッド が少なくなれば、性能は改善される。

３８、ＥＸＥＣモードタイムがスレショールドを超えて
いる。ＩＯまたはデータベース管理システムが誤って使
われている可 能性がある。ＲＭＳまたはＲＤＢのようなＩＯシステム
を使用して、アプリケーションにまずい設計やアンバラ
ンスなパ ラメータがないかを調査することが望 ましい。

３９、　　　ＣＰＵを待っている多数のプロセスがある
ため、そこにはＣＰＵボトルネックがある。メモリの問
題またはＩＯの問題が同時に存在する場合は、それらの
問 題を最初に解決しようとこころみるこ とが必要である。それでもなお、性能 が受入れ難く、かつ問題が残っている 場合は、ＣＰＵ要求を減らすか、ＣＰＵパワーを増加さ
せるようにする。

問題を軽減させるため、次のうち１ つまたはそれ以上を実行することが望 ましい。

１、　同時に実行されるコンビニートバウンド（ｃｏｍ
ｐｕｔｅ−ｂｏｕｎｄ）プロセスが少なくなるようワー
クロードを計画する こと。

２、　より少ない処理で同じ作業を行う改良形アルゴリ
ズムによりあるアプリ ケーションを再設計できるかどうかを 調べる。

３、　ターミナルＩＯに対する同時要求を制御すること
、上記のステップで問題 が解決しない場合には、ワークロード が独立のジョブおよびデータ構造によ り形成されている場合は、複数のＣＰＵ（クラスタ）に
より問題は解決するで あろうし、各ピースの完成が前のピー スの完成に従属するようなワークロー ドの場合は、より高速のＣＰｕを要するものと思われる
。これに関しては、新 しいＣＰＵを購入する前に再確認のうえ、補助的意見を
聞くことが肝要である。

４０、　　　　ファイルシステムオーバーヘラトラ減ら
すよう再構成することが望ましく、そこにはファイル制
御根源語の使いす ぎがある。

４１、　　　　ファイルの開閉を最小にし、適当なファ
イル割当てを使用することが望ま しい。また、どのユーザーがファイル の使い方の激しいユーザーかを決定す るため、：ｌ　？　ｙ　）’５ＳＨＯＤＥＶ／ＦＩＬＥ
Ｓを使用することが望ましい。

４２、　　　　ファイルシステムキャッジを増やすこと
が望ましい。

４３、　　　　高い巳×巳Ｃモードタイムに関する過度
のＩＯ要求がある。ＲＭＳおよびＲＤＢのようなＩＯシ
ランイムシステムがボトルネックかもしれない。もし可
能ならば、 ＩＯシステムファイルキャッシングまたはファイルデザ
インを改良するように し、そうでないときはＩＯ要求を減らすかＩＯ容量を増
やすよう再構成することが望ましい。

４４、　　　　明示しすぎたＱＩＯＳ　に関してユーザ
ープログラムをチェックし、もし可能 であれば、ファイルキャッシングを良 好に使用させるようこれらのアプリケ ーションを再設計するよう努める。こ れは、明白な（１１０，の代わりにＲＭＳを用すること
により可能である。

４５、　　　ページングが特定のディスクに過度のロー
ドを生じている。これはメモリ に関係する問題であるが、現存のディ スクに他のページングファイルヲ付加 することにより、その状態を改善する ことができる。もし、個別のディスク にすでに複数のページングファイルを 有する場合は、構成内の使われ方の少 ないディスクもしくはより高速のディ スクにページングファイルを移すこと ができる。

ＶＡＸＩＩ／７８０は２つのページングファイルを有効
に使用することができ、 ＶＡＸ８６００は３つを使用することができる。主ペー
ジファイルは特に共用シス テムディスク上で小さく保持されなけ ればならず、補助ページファイルは個 別ディスク上に配置することが望まし い。１つのスワップファイルのみを使 用すること、ただし、共用システムデ ィスクのいずれかに配置しないように すること。

４６、　　　　スワツピングが特定のディスク上に過度
のロードを生じている。これはメ モリに関係する問題であるが、スワン ピングファイルが共用システムディス ク上にある場合は、それを他のシステ ムがページングまたはスワツピング中 でないディスクに移すことにより、そ の状態を改善することができる。

４７、　　　１０待ちの要求は低いオペレーションカウ
ントを有するディスクに関し形成 される。ウィンドウターンレートは特 定のディスクにフラグメンテーション の問題があるかもしれないことを示す。

ディスクを規則的にリフレッシュし、 ディスク上のスペースのなるべく４０％を空けるように
することが望ましい。

これは、フラグメンテーションの発生 を早め、探索時間を減少させて、良好 な■０パーフォーマンスをもたらす。

４８、　　　　ターミナルＩＯがハードウェア割込みニ
ヨリＣＰｕに荷を負わせている。要求を減らすか、ＣＰ
Ｕ容量を付加することが望ましい。

４９、　　　　ターミナルＩＯがハードウェア割込みに
よりＣＰＵに荷を負わせている。これは、ＤＺｌｌを、
例えばＤ　Ｍ　Ｆ　３２またはＤＭＺ３２のようなバー
スト出力可能な装置と置 き換えることにより改善することがで きる。ＤＭＡ特性はソフトウェア要求を減らすことによ
り、さらに有効な通信 設備の使用を可能にする。

５０、　　　　ターミナルＩＯに対するユーザーの明示
的なＱＩＯ，の使用がＣＰＵに荷を負わせている。可能
ならば、多数のＱＩＯ，。

を、さらに多くのキャラクタを一時に 転送する少数のＱＩＯＳにグループ化するようアプリケ
ーションを再設計する ことが望ましい。第２の方法はワーク ロードを調整して、要求をバランスさ せることである。これらがいずれを可 能でない場合は、要求を減らすか、ＣＰＵの容量を増や
す必要がある。

５１、　　　　通信装置、ラインプリンタ、グラフィッ
ク装置、ノン・デジタル装置また は機器、あるいはターミナルを競争し ている装置のような他の装置がＣＰｔ１　ＩＪソースを
消費している可能性がある。

５２、　　　　チャネルがスレショールド値を超えてい
る。特定のＩＯチャネル上に過度の１０レートがある。

チャネル上のオーバーロードによるボトルネックに注意
を 要する。

５３、　　　　そこには、このメートにより取扱われる
過大数のＤｅｃｎｅｔパケットがある。

毎秒１００パケット以上ある場合にはＣＰＵパワーの３
０％以上が消費されたものと評価する。

５４、　　　　メールボンクス（！、ｌａ　ｉ　Ｉ　ｂ
ｏｘ）が一杯のため次のイメージが待機中である。

５５、　　　　ノン・ページドダイナミックメモリが一
杯のため、次のイメージが待機中 である。

５６、　　　　ページファイルが一杯のため、次のイメ
ージが待機中である。もし、（平 均プログラムサイズ”）　”　（ＭＡＸＰＲ［１ＣＥＳ
ＳＣＮＴ）＝１／２”（ページングファイルサイズ）の
場合は、ページファイルのサイズを ２９　（平均プログラムサイズ）傘 （ＭＡＸＰＲＯＣＥＳＳＣＮＴ）　に増加させることが
望ましい。

５７、　　　　ページドダイナミックメモリが一杯のた
め次のイメージが待機中である。

５８、　　　　ロック識別データベースが一杯のため、
次のイメージが待機中である。

５９、　　　　スワップファイルスペースが一杯のため
次のイメージが待機中である。も し、（実行中プロセスの平均ワーキン グセットクォータ）　”　（ＭＡＸＰＲ［１ＣＥＳＳ［
ｌ：ＮＴ　）が３７４“　（スワツピングファイルサイ
ズ）に等しいかそれより大きい場合は、スワツピングフ
ァイルのサイズを４／３１（平均１１１ｓＱ［１ＯＴＡ
）”　（ＭＡＸＰＲＯＣＥＳＳＣＮＴ）　ｉ：増やすこ
とが望ましい。

６０、　　　修正ページライター（Ｍｏｄｉｆｉｅｄ　
ｐａｇｅｗｒ　ｉ　ｔｅｒ）が忙しいか、いなかったた
め、次のイメージが待機中である。修正ペ ージリストが５ＹＳＢＯＯＴパラメ一タＭＰＷ　ＷＡＩ
ＴＬＩＭＩＴより多イヘージを含む場合は、そのワーキ
ングセットから修 正ページをフォールトアウト（ｆａｕｌｔＯロシ）する
プロセスはこの待ちのなかに置かれる。

標準的には、この待ち状態の理由は 次のとおりである。

１、　　ＭＰＷ　ＷＡＩＴＬＩＭＩＴ　　がＭＰＩＩＩ
−ＨＩＬＩ）Ｊ［Ｔ　　ニ等しくない ２、　コンビュートバウンドリアルタイムジョブがスワ
ツパプロセスをブロフ クしている。

上記のいずれもが問題を起こしてい ない場合には、ＭＰＷ−旧ＬＩＭＩＴを増加させ、もし
くはＭＰＷ　ＬＯＬＩＭＩＴを減少させる。ここでのア
イデアは、修正ページ をしばしばフラッシュアウトする必要 がないように、これら２つのパラメー タ間の差を充分大きくすることである。

また、ＭＰ１＋１−ＨＩＬＩＭＩＴがＭＰＩＩＩＪ！Ｉ
ＡＩＴＬＩＭＩＴに等しいことを確認することが望まし い。

６１、　　　Ｒ３Ｎ５　ＳＣ３のため次のイメージが待
機中である。ロックマネジャーは、特定 のロックリソースに関する情報を得る ため他のＶＡＸ　クラスタノードの相手と通信する必要
があるとき、プロセスを その待ち状態に置く。

この待ち状態の中でプロセスが遅れ た場合、それはＣＩ問題、非安定クラスタあるいは定足
数のロス（ｌｏｓｓ　ｏｆｑｕｏｒｕｍ）の表示である
。クラスタの状態を示すメツセージ用コンソールをチ ェックし、さらにエラーログならびに ＣＩ問題に関する情報用コンソールをチェックすること
が望ましい。

６２、　　　Ｒ３Ｎ５　ＣＬＵＳＴＲＡＮのため次のイ
メージが待機中である。転移中（すなわち、 ノードが付加または除去されている間）の任意のクラス
タノードに関して任意 のロック要求を出しているプロセスを、タラスタメンバ
ーシップが安定する間 この待ち状態に置くようにする。

６３、　　　　ＶＭＳに対スるシステムフォールトレー
トが後続の時間周期に対して毎秒２ フオ一ルト以上である。Ｖｌ、Ｉｓフォールトレートを
減少させうる場合は、全シ ステムに対して性能を改善することが できる。

システムフォールトレートラ減少す せるため、ＶＭＳに対するワーキングセットサイズ（Ｓ
ＹＳＭＷＣＮＴ）を増加させることが望ましい。

６４、　　　　ノン・ページドダイナミックメモリから
付加的ＳＲＰ、を作るための不必要なオーバーヘッドが
生ずる。ブートタ イムにもっと多くのＳＲＰ、をあらかじめ割当てた場合
は、付加的オーバーヘ ッドを招くこともなく、また浪費され るダイナミックメモリもないと思われ る。

５ＲＰＣＯｔｌＮＴパラメータを使用しているＳＲＰ、
の最大数より僅かに高い値まで増加させ、５ＲＰＣＯＵ
ＮＴＶ　ハ５　ｙ’　−夕を５ＲＰＣＯＵＮＴの値の４
倍にセットすることが望ましい（高くセットしすぎた場
合 も、性能を害なうことはない）。

６５、　　　　ノン・ページドダイナミックメモリから
付加的ＩＲＰ、を作るための不必要なオーバーヘッドが
生ずる。ブートタ イムにもっと多くのＩＲＰ、をあらかじめ割当てた場合
は、付加的オーバーヘ ッドを招くこともなく、また、ダイナ ミックメモリの浪費をきたすこともな いと思われる。

ＩＲＰＣＯＵＮＴハラメータを使用しているＩＲＰ、の
最大数より僅かに高い値まで増加させ、ＩＲＰＣＯ［Ｊ
ＮＴＶ　ハラ、’　−９ヲＩＲＰＣＯＵＮＴの値の４倍
にセットする（高くセットしすぎた場合も性能を害なう ことはない）ことが望ましい。

６６、　　　　ノン・ページドダイナミックメモリから
付加的ＬＲＰｓを作るための不必要なオーバーヘッドが
生ずる。ブートタ イムに、もっと多くのＬＲＰ、をあらかじめ割当て場合
は、付加的オーバーヘ ッドを招くこともなく、またダイナミ ックメモリの消費をきたすこともない と思われる。

ＬＲＰＣＯＵＮＴパラメータを使用しているＬＲＰ、の
最大数より僅かに高い値まで増加させ、ＬＲＰＣＯ１ｌ
ＮＴＶパラメータをＬＲＰＣＯＵＮＴの値の４倍にセッ
トする（高くセットしすぎた場合も性能を害なう ことはない）ことが望ましい。

６７、　　　付加的ノン・ページドダイナミックメモリ
を造るため不必要なオーバーヘ ッドが生ずる。ブートタイムにもっと 多くのバイトがあらかじめ割当てられ ていれば、付加的オーバーヘッドを招 くことはなかったと思われる。

ＮＰＡＧＤＹＮパラメータを使用しているノン・ページ
ドパイトの最大数より僅 かに高い値まで増加させ、ＮＰＡＧＥＶＩＰパラメータ
をＮＰ八へＥＤＹＮの値の３倍にセットすることが望ま
しい。

６８、　　　　付加的リソースハツシュテーブルエント
リーを造るため不必要なオーバー ヘッドが生ずる。ブートタイムに、も っと多（のエントリーがＲＥＳＨＡＳＩ（ＴＢＬ　ｌこ
あらかじめ割当てられていれば、付加 的オーバーヘッドを招くことはなかっ たと思われる。

ＲＥＳＨＡＳＩＩＴＢＬパラメータを既知のリソースの
最大数より僅かに高い値まで増 加させることが望ましい。

６９、　　　付加的ロッキード（ｌｏｃｋｉｄ）テーブ
ルエントリーを造るため不必要なオーバ ーヘッドが生ずる。ブートタイムに、 もっと多くのエントリーがし０ＣＫＩＤＴＢ＝にあらか
じめ割当てられていれば、付 加的オーバーヘッドを招くことはなか ったと思われる。

ＬＤＣＩＤＴＢＬパラメータを使用しているロックの最
大数より僅かに高くするこ とが望ましい。

７０、　　　　このＣＰＵは大部分のパッチジョブとき
わめて夕景のインタラクティブワー クを実行しているものと思われる。も しそうである場合は、ＱｔｌＡＮＴｔｌＭの値を増加さ
せることを考えたいであろう。

これは、ジョブにコンテキストスイッ チ当りさらに多くのＣＰＵサイクルを費消することを許
容し、総合のオーバー ヘッドを低下させることができる。

ＶＡＸ−１１／７８０上テハ、ＱＵＡＮＴＵＭ　ヲハ７
　チ環境に対して５００に高くセットすることができる
。インタラクティブユーザ ーの平均数は％％％であり、パッチジョブが費消したＣ
ＰＵのパーセンテージは％％％であった。

７１、　　　　頻繁に使用されるディスク上に待ちが形
成されている。経験によれば、待 ちの長さが長くなると遅れも長くなる ことが分かっている。

起こりうるフラグメンテーション問 題に関してディスクをチェックするこ と。ディスクが多くの書込（ＷＲＩＴＥ）操作で容量に
近い（７０％一杯以上）場合は、フラグメンテーション
は早く起こ るように思われる。そうなった場合は、ＰＨＹＳＩＣＡ
ＬクオリファイヤなしにＢＡＣＫユーティリティを用い
て、ディスクをリ フレッシユすること。

フラグメンテーションが問題でない 場合には、特定時間の間（できれば） 他のディスクボリュームにすべての新 しい作業を割当て、特定のディスクボ リュームでの使用を低減させるように することが望ましい。

７２、　　　　低いオペレーションカウントを有するデ
ィスク上に待ちが存在する。これ は通路（回線）争奪または部分的ハー ドウェア障害に起因する遅れを暗示し ている。

救済策としては、予備機（ＳＰＥＡＲ）を使用して、特
定のボリューム上に装置 のエラーが生成されないことを確認し、もしくは通路（
チャネルまたはコント ローラ）を付加してディスクへのアク セスに関する任意の争いを軽減する方 法が有効である。

７３、　　　ＮＳＣがスレショールド以上となっている
。

７４、　　　　ロックマネジャーはデッドロック（ｄｅ
ａｄｌｏｃｋ）が生じたことを検出した。

デッドロックは、ロックマネジャーを 使用し、それらのロッキングアクティ ビティの扱い方を誤っているアプリケ ーションにより生じている。デッドロ ックは、デッドロック探索が高い優先 順位で始まり、必ずしも任意の１つの ノードに限定されないため、全クラス タ的な性能の劣化をきたすことがあり うる。

デッドロックの原因となるアプリケ ーションを隔離し、かつロッキングア ルゴリズムを再設計しようとこころみ ることが望ましい。

７５、　　　　デッドロックが発見されていないのに、
デッドロック探索が起こっている。

デッドロック探索はパラメータ ＤＥＡ［１ＬＯＣＫ　１ｔｌＡＩＴに対するセツティン
グが低すぎることにより行われる可能性 がある。デッドロック探索は全クラス タ的な性能劣化をもたらす可能性があ る。デッドロック探索は高い優先順位 で開始され、必ずしも任意の１つのノ ードに限定されることはない。

ＤＥＡＤＬＯＣＫ−ＷＡ　ＩＴの値をＡＵＴＣｌＧεＮ
ディフォールト（１０秒以上）まで増加させることが望
ましい。

７６、　　　　ロック管理者は、デッドロックが発見さ
れないのにデッドロック探索が行 われていることを検出した。それは、 アプリケーションが（デッドロック探 索がトリガリングすることにより）、 長時間に亘って制限的ロックを保持し 続けていることによるものと思われる。

デッドロック探索は全クラスタ的性能 劣化をきたす可能性がある。また、デ ッドロック探索は高い優先順位で開始 され、必ずしも任意の１つのノードに 限定されない。デッドロック探索を起 こさせるアプリケーションを隔離し、 制限的ロックをできるだけ短時間保持 するようにロッキングアルゴリズムを 再設計することが望ましい。

７７、　　　　そこには、システムファイルキャッジ上
の低いヒットレイショに起因する 過大数のディスク■０が存在する。ファイルキャッジル
ックアップが失敗した ときは、必要なデータを検索するため のディスク操作がもたらされる。余分 なＩ１０オーバーヘッドを減少させる ため１つまたはそれ以上のファイルキ ャッジのサイズを増加させる必要があ るかも知れない。

より大きいキャッジを必要とするか どうかを決定するためファイルキャッ ジ統計を調べることが望ましい。もし、キャッジのサイ
ズを増やすことを決定 した場合は、ＡＵＴＯＧＢＮを使用し、かつ新しい値が
使用されるようシステムを リブート（ｒｅｂｏｏｔ）することが望ましい。

【図面の簡単な説明】

第１図は本発明方法を説明するためのＶＡＸコンピュー
タ、ディスクおよびディスクコントローラを含むＶＡＸ
　クラスタ（ＶＡＸｃ　１ｕｓｔｅｒ）ネットワークを
示す図、 第２図は本発明方法を実行可能なシステムの構成素子を
示す図、 第３図は第２図示データベースを示す図、第４図は第２
図示アトバイザサブシステムの構成部分を示す図、 第５図はデータ収集手順用のイニシアライゼーションル
ーチンのフローチャート、 第６図は本発明により使用されるデータ収集手順に関す
る主制御ループのフローチャート、第７図は第６図にそ
のフローチャートを示すようなデータ収集手順用主制御
ループにより測定が継続されている時コールされる手順
のフローチャート、 第８図は第６図にそのフローチャートを示すようなデー
タ収集手１１１ｉ用主制御ループにより測定が休止され
ているとき、コールされる手順のフローチャート、 第９Ａ〜９１図は本発明により決められるメモリルール
用のデシジョンツリー構造を示す図、第１０Ａ図および
第１０Ｂ図は本発明により決められるＣＰＩＪルール用
のデシジョンツリー構造を示す図、 第１１Ａ〜ＬＩＤ図は本発明により決められるＩ１０ル
ール用のデシジョンツリー構造を示す図、第１２図はエ
ビデンステーブルへの転送データの記憶を示す図、 第１３八〜１３０図は第１２図に示す転送データに対す
るエビデンステーブルの４つの状態を示す図、第１４図
および第１５図は本発明実施例の教えにより作成した角
ｒ析しポートの例を示す図、第１６図および第１７図は
本発明実施例の教えにより作成した性能レポートの例を
示す図、第１８図は本発明実施例の教えにより作成した
ＣＰＵ利用のヒストグラムの例を示す図である。 １００−ＶＡｘクラスタ（ＶＡＸｃｌｕｓｔｅｒ）ネ・
ントワーク１１０、１２０．１３０　・・ＶＡＸ　：１
７　’ｃ：　ニー　’；１１４０、１５０・・・インテ
リジェントディスクコントローラ １４２、１４４．１４６・・・ディスク１６０・・・ス
ターカプラ ２００・・・システム ２１０・・・コンピュータ ２２０・・・データ収集スケジュール ２３０・・・スケジュールファイル ２４０・・・データ収集サブシステム ２５０・・・データベース ２６０・・・アトバイザサブシステム ２７０・・・ルールサブシステム ２８０・・・スレショールドサブシステム２９０・・・
メツセージテンブリット ２９５・・・レポートサブシステム ３００・・・ファイル ３１０・・・レコード ３２０・・・サブレコード ４１０、４２０・・・素子 特許出願人　　　　ディジタル・イクイツブメントコ−
ポレーション 代理人弁理士　　　杉　　　村　　　暁　　　秀同　　
弁理士　　　　杉　　　　村　　　　興　　　　作ＦＩ
Ｇ、／。 Ｒθく ＦＩＧ、　２゜ ＦＩＧ、　３゜ ＦＩＧ、　５゜ ＦＩＧ　６゜ Ｆ１６：　？ ＦＩＧ、　９Ａ。 ＶＰＡ　ＭＥ１４０ＲＹ　ＲｕＬＥＳ ＦＩ６．９Ｂ。 Ｆ／θ９Ｃ Ｆ／に　９０゜ ＦＩＧ、　９Ｅ ＦＩＧ、　９Ｆ ＦＩｏ、　９Ｈ。 ＦＩＧ、／／Ａ。 ＶＰＡ　Ｉｌｏ　ＲＵＬＥＳ ＦＩＧ、　／／Ｅｌ。 Ｆ／に　ｌ／Ｃ。 ＦＩＧ、　／ｌθ ＦＩＧ、　／３Ａ、　　　　　ＦＩＧ、　１３Ｂ、　　
　　　ＦＩＧ、　／３Ｃ。 ＦＩＧ　／３０゜ ＦＩＧ、　／６゜ Ｆ／に　／？

Claims (1)

1. 【特許請求の範囲】 １、データプロセッサシステムの性能を示す複数のワー
   クロード特性を有し、かつデータプロセッサシステムの
   性能を調整するため変更可能な複数のシステムパラメー
   タを有するデータプロセッサシステムの性能評価方法に
   おいて、 組のルールに対応し、各々データプロセッ サシステムの測定可能な量を表わす複数のメトリックを
   識別し、該複数のメトリックの各々に対応するスレショ
   ールド値を選定し、かつ該組のルールの各々をトリガす
   るに必要な複数の該メトリックと対応するスレショール
   ド値間の関係を特定することにより、ワークロード特性
   の受入れ可能な状態を規定する組のルールを決定するス
   テップと、 該メトリックの各々の値をメジャーインタ ーバルを構成する複数の所定時間周期の各々の間に少な
   くとも１回測定するステップと、測定が行われるメジャ
   ーインターバルの１ つにおいて各メトリックに対し測定された値を記憶させ
   るステップと、 選定された該メジャーインターバルの各々 に対して、測定された該メトリックの各々に関し記憶さ
   れた値と対応するスレショールド値を比較し、該各比較
   の結果を評価して、該ルールの各々に対する特定関係が
   満足され、それによりルールがトリガされたかどうかを
   決定し、かつトリガされたルールの各々およびその間に
   ルールがトリガされたメジャーインターバルの各々を記
   録することにより、該メジャーインターバルの選定され
   た１つの間にデータプロセサッシステムの性能を解析す
   るステップとを含むことを特徴とするデータプロセッサ
   システムの性能評価方法。 ２、該データプロセッサシステムの性能を改良するため
   、トリガされたルールから該システムパラメータのある
   ものを調整するよう勧告するステップを含むことを特徴
   とする特許請求の範囲第１項記載の方法。 ３、該データプロセッサシステムは特定の構成における
   複数の相互接続素子を含むこと、さらに、データプロセ
   サシステムの性能を改良するため、トリガされたルール
   から該データプロセッサシステムの該構成を変えること
   を勧告するステップを含むことを特徴とする特許請求の
   範囲第１項記載の方法。 ４、該解析ステップは、その間に該ルールの各々がトリ
   ガされた該メジャーインターバルの数をカウントするス
   テップを含むこと、該勧告ステップは、その間に該ルー
   ルの各々がトリガされた該メジャーインターバルが関連
   の所定スレショールド数を超えていることを勧告以前に
   保証するようなステップを含むことを特徴とする特許請
   求の範囲第２項または第３項に記載の方法。 ５、さらに、勧告ステップが実行された該ルールの各々
   に対して、そのルールがトリガされたかどうかを評価す
   るのに使用される該スレショールド、パラメータおよび
   メトリックの予め選定したものを出力させるステップを
   含むことを特徴とする特許請求の範囲第４項記載の方法
   。 ６、さらに、該記憶メトリック値から該データプロセッ
   サシステムのワークロード特性のディスプレイを構成さ
   せるステップと、該ディスプレイを出力するステップと
   を含むことを特徴とする特許請求の範囲第１項記載の方
   法。 ７、該測定ステップは、各メジャーインターバルの間に
   １回以上該メトリックの選定した１つに対していくつか
   の値を測定するステップと、該メトリックの選定した１
   つに対する該測定値を平均するステップとを含み、該記
   憶ステップは該メトリックの選定した１つに対する平均
   値を記憶させるステップを含むことを特徴とする特許請
   求の範囲第１項記載の方法。 ８、該記憶ステップは、該ルールの各々に対して該ルー
   ルに対応するメトリックの選定した１つおよび該ルール
   の各々がトリガされた回数に関する情報を含む構造化デ
   ータベースを構成するステップを含むことを特徴とする
   特許請求の範囲第１項記載の方法。 ９、該解析ステップは、該比較ステップの間に比較が行
   われることが要求される複数のデシジョンポイントを有
   するデシジョンツリー構造として該ルールを実現するス
   テップを含み、該評価ステップは該デシジョンツリー構
   造を横切るステップを含むことを特徴とする特許請求の
   範囲第１項記載の方法。 １０、ネットワーク内の各データプロセッサシステムは
   、データプロセッサシステムの性能を示す複数のシステ
   ムワークロード特性を有するほか、データプロセッサシ
   ステムのネットワークの性能に影響を与えるよう調整す
   べき複数のシステムパラメータを有し、かつ、該ネット
   ワークはネットワークの性能を示す複数のネットワーク
   ワークロード特性を有するようなデータプロセッサシス
   テムのネットワークの性能を改良する方法において、 該組のネットワークルールに対応し、各々 該データプロセッサシステム内の測定可能量を表わす複
   数のメトリックを測定し、該複数のメトリックの各々に
   対応するスレショールド値を選定し、かつ該組のネット
   ワークルールの各々をトリガするに必要な複数の該メト
   リックの１つと関連のスレショールド値間の関係を特定
   することにより、ネットワークロード特性の受入れ可能
   状態を規定する組のネットワークルールを決定するステ
   ップと、 該組のシステムルールに対応する複数のメ トリックを識別し、該複数のメトリックの各々に対応す
   るスレショールド値を選定し、かつ該組のシステムルー
   ルの各々をトリガするに必要な該複数のメトリックと関
   連のスレショールド値間の関係を特定することにより、
   各システムに対してワークロード特性の受入れ可能状態
   を規定する組のシステムルールを決定するステップと、 各々がネットワーク内の該データプロセッ サシステムの異なる１つに含まれる複数の論理クロック
   を同期させるステップと、 該ネットワーク内の該データプロセシング システムの各々により、該メトリックの各々の値を、メ
   ジャーインターバルを構成する複数の所定時間周期の各
   々の間に少なくとも１回測定するステップと、 該メトリックの各々の値をデータプロセッ サシステムによりアクセス可能なメモリの共通記憶域に
   記憶させるステップと、 選定された該メジャーインターバルの各々 の間に、該メトリックの各々に対して記憶された値を対
   応するスレショールド値と比較し、該比較結果を評価し
   て、該システムルールおよび該ネットワークルールの各
   々に対し特定の関係が満足され、それによりシステムル
   ールおよびネットワークルールがトリガされたかどうか
   を決定し、かつ、トリガされたシステムルールとネット
   ワークルールの各々およびその間にシステムルールとネ
   ットワークルールの各々がトリガされたメジャーインタ
   ーバルの各々を記録することにより、該メジャーインタ
   ーバルの選定した１つの間にデータプロセッサシステム
   ネットワークの性能を解析するステップとを含むことを
   特徴とするデータプロセッサシステムネットワークの性
   能改良方法。 １１、該解析ステップは、その間に該システムルールお
   よびネットワークルールの各々がトリガされた該メジャ
   ーインターバルの数をカウントするステップを含むこと
   、さらに、該方法は、該データプロセッサシステムネッ
   トワークの性能を改良するため、該データプロセッサシ
   ステムネットワークに変更を与えるか、もしくは該シス
   テムパラメータのあるものを調整することを勧告するス
   テップを含むことを特徴とする特許請求の範囲第１０項
   記載の方法。 １２、さらに、該方法はタイムキーパーデータプロセッ
   サシステムとするため該データプロセッサシステムの１
   つを選定するステップを含むこと、該同期ステップは該
   データプロセッサシステムの論理クロックを該タイムキ
   ーパーデータプロセッサシステムの該論理クロックに同
   期させるステップを含むことを特徴とする特許請求の範
   囲第１０項記載の方法。