17.1.導入：Quantitative System Performance
17.1.導入
第１２章で我々は一般論として、システムに関する知識と測定データとアカウンティング・データから待ち行列ネットワーク・モデルの入力パラメータの値を決める方法について記述した。この章ではより具体的に記述する。つまりＩＢＭのＭＶＳ ＯＳを走らせているコンピュータ・システムのモデルのためのパラメータ値の決定を考察し、ＭＶＳリソース測定ファシリティ（ＲＭＦ）から得られる情報を用いる。我々はいくつかの理由からＭＶＳを特別扱いして選んだ。
- より大きな実装が他の単一のＯＳではなくてＭＶＳを走らせている。
- 他のシステムと作業する多くの性能分析者が自分のバックグラウンドにＭＶＳの経験を持っている。
- ＭＶＳと関係する測定とモニタのファシリティは他の大部分のシステムのファシリティよりもバライアティがあり洗練されている。
この章はＭＶＳとＲＭＦに係わっている人々にとって最も有用であるが、ここで示す技法と困難は多くのシステムの状況で発生する技法と困難と類似している。ＭＶＳとＲＭＦになじみのない人々の理解を促進するために、セクション１７．２と１７．３はそれらに関連する概念と用語の紹介を提供する。我々の議論は、やむをえず比較的表面的になり、ＭＶＳとＲＭＦの特定のリリースに関連している。
第１２章の構造に従って、セクション１７．４と１７．５と１７．６はそれぞれ客の記述、センターの記述、サービス要求時間の記述を扱う。セクション１７．７は、モデル妥当性確認のために性能尺度がどのようにＲＭＦレポートから導くことが出来るのかを示す。これらのセクションの各々において、我々は最初にＲＭＦレポートから対応するパラメータ値を決定するのに使われる技法を説明し、次に、「二重枠」段落で、特定の例の状況でのこれらの技法を示す。この例は、１６ＭＢの主メモリと１２個の物理チャネルと約１５０台のIBM 3350ディスク・ドライブを持つAmdahl 470 V/8上でＭＶＳを走らせる実装からの標準ＲＭＦレポートに基づいている。作業負荷は会話（TSO）とバッチの２つの要素から成る。ＲＭＦの報告期間は午後のピーク負荷期間の間の１時間であった。このシステムは多くの大規模ＭＶＳ実装よりもずっと単純である（例えば、それは作業負荷要素がより少ない）。しかしそれは、基本的なパラメータ決定技法を示すのには充分である。
我々がこの本の中でずっと強調してきたように、特定のモデル化スタディの目的はモデルの構築の際に考慮に入れておかなければならない。我々の例では調査すべきシステムの変更は負荷強度の中程度の変化であると仮定する。この仮定には２つの目立った意味がある。
- 調査される修正の下ではディスク・サービス要求時間のさまざまな要素は目立って変化しないと予想されるので、第１０章で記述したような、ディスクＩ／Ｏサブシステムの洗練された表現を含める必要がない。
- ページング活動の量が顕著に変化しないと予想されるので、作業負荷要素によるページング活動の注意深いブレークダウン（ＲＭＦ単独では得るのが難しい）を我々は要求しない。
「17.2.ＭＶＳの概要」に続きます。
