9.4.1.専用デバイスへのスワッピング:Quantitative System Performance
「9.4.スワッピング」の続きです。(目次はこちら)
9.4.1.専用デバイスへのスワッピング
最初に、スワッピング・デバイスは、そこでの動作が中核サブシステムのスループットに影響を与えないという意味で専用化されているような、端末タイプの単一作業負荷を持つメモリ制約システムを考察しよう。(この仮定から発生する解析的な単純さはのちに明らかになる。) 我々の方法の基礎はアルゴリズム9.1である。図9.4に示すように、中核サブシステムを現すFESCに加えて、スワップするデバイスを表現するセンターを含むようにそのアルゴリズムの高レベル・モデルを我々は修正する。我々が直面しなければならない唯一の新しい課題は前者のセンターでの処理要求時間を決定することである。
- 図9.4 専用デバイスへのスワッピングのための高レベル・モデル
スワッピング・デバイスでの1会話の処理要求時間、は2つの項の積に等しくなる。すなわち、1スワップが1会話に先行する確率、と、スワップ・インとそれに続くスワップ・アウト(両方が起こらなければならない)についての処理要求時間、である。は容易に決定されるがオペレーティング・システムのスワッピング方針についての知識がを見積もるには必須である。ここでは出発点となることが出来る方法がある。アルゴリズム9.1でのように、個の客が存在し、そのうちの個はメモリを同時に占有することが出来るとしよう。我々は3つの場合を特定する。
- もしならばスワッピングは起こらない。よって。
- もしならば若干のスワッピングが存在することになる。を準備完了客の数の平均値であるとしよう。もしならばスワップが各々の会話に先行することになる。これは、準備完了客のみがメモリを占領しているので、考慮中状態から準備完了状態へ遷移する客はけっしてメモリに滞在していないからそうなるのである。よって。(我々は準備完了客の数の平均値のみを考慮しているので、これは明らかに近似である。)
- もしかつ[tex:Q_{ready}
これら3つの場合の最初のものは、とが基本入力なので簡単に特定出来る。2番目と3番目の場合を区別するためには、、すなわち準備完了客の数の平均値を知る必要がある。これはモデルの出力であって入力ではない。アルゴリズム9.4に記述されるように繰返しが必要である。(の場合、スワッピング・デバイスは無視出来、アルゴリズム9.1が直接、適用出来る。しかし、完全性のために我々はこの場合をアルゴリズム9.4に含める。)
1.
- アルゴリズム9.1でのように、中核サブシステムにフロー等価な負荷依存サーバを定義する。
2.
- 作業負荷(考慮時間を持つ個のユーザ、と、ステップ1で求めたFESCと、スワッピング・デバイスを表現するセンターからなる高レベル・モデルを定義する。最初に、この最後のセンターでの処理要求時間、にゼロを設定する。
3.
- このモデルを評価する。、すなわち準備完了客の数の平均値を求める。これは、つまりFESCでの平均待ち行列長と等価である。を用いてスワピング・デバイスでの客の処理要求時間の改訂した見積りを以下のように計算する。
- ただし、
- の時
- かつの時
- かつ[tex:Q_{ready}
4.
- についての現在の見積りと以前の見積りの差に基づいて、ステップ3を繰り返すか終了するかを決定する。
アルゴリズムの調査から、スワッピング・デバイスが専用であるという仮定への我々の信頼は明白にならなければならない。我々は繰返しに先立って中核サブシステムのフロー等価表現を構築し、この表現をその後修正しなかった。これは中核サブシステムの負荷依存スループットがスワッピング動作のレベルと独立であることを要求する。
「9.4.2.共用デバイスへのスワッピング」に続きます。