3.4. 強制フローの法則（２）：Quantitative System Performance

「3.4. 強制フローの法則（１）」の続きです。

　やはり、成功するためには整合性が重要である。リソースの稼動率を計算するために稼動率の法則を用いることを考えてみよう。スループットをそのリソースへの訪問に関して表現することが出来、その場合、処理要求時間は１訪問あたりの処理要求時間として表現されなければならない。強制フローの法則を用いて、スループットをシステムレベル会話に関して表現することも出来、その場合、処理要求時間は１会話のベースで表現されなければならない。言い換えれば、である。
　第１章で我々は、処理要求時間が待ち行列ネットワーク・モデルが要求するパラメータの１つであることを見てきた。もし、長さの期間の間、あるシステムを観測するならば、我々はさまざまなリソースの稼動率、、とシステムレベル完了数、を容易に得ることが出来る。すると、さまざまなリソースでの処理要求時間はで計算することが出来る。待ち行列ネットワーク・モデルはとよりもむしろそれに対応するについてパラメータ化出来ることは幸いである。というのは、前者は通常、後者よりずっと容易に測定から得られるからである。
　強制フローの法則と組み合わされたリトルの法則の多目的性の最後の例示として、メモリ制約のあるタイムシェアリング・システムを表す、図３．４を考察しよう。

• 
• 図３．４　メモリ制約システムに適用したリトルの法則

スワッピングが起こるかもしれないので、要求は中核サブシステムのリソースを争う前にメモリ分割のためにキューに並ぶことを強いられるであろう。長方形で示したように、もう一度我々は様々なレベルでリトルの法則を適用しようとしている。以下の実際の測定データはいくつかのはっきり区別される作業負荷を持つシステム上でタイムシェアリング作業負荷を観測することにより得られた。

• タイムシェアリング・ユーザの数の平均：　２３　
• １ユーザに感じられる平均応答時間：　３０秒　
• タイムシェアリングのスループット：　0.45会話／秒　
• メモリを占有しているタイムシェアリング要求の数の平均：　1.9　
• １会話あたりの平均ＣＰＵ処理要求時間：　0.63秒　

さて、以下の質問を考察しよう。

• タイムシェアリング・ユーザの平均考慮時間はいくつか？　図中の長方形４のレベルで応答時間の法則、を適用すると、、すなわち２１秒。
• 平均で、何名のユーザが処理を得ようとしていたか、つまり、何名のユーザが自分の端末で「考慮中」でなかったか？　長方形３のレベルでリトルの法則を適用すると、、すなわち13.5名。このシステム上の２３名のユーザのうち平均１３．５名が任意の瞬間に処理を得ようとしていた。測定データから平均で1.9名だけしかメモリを占有していないことを知っているので、残りの11.6名はメモリへのアクセスを待ってキューに入っていることになる。
• 平均で、メモリの獲得と会話の終了の間でどれだけ時間が経過するだろうか？　長方形２のレベルにリトルの法則を適用して、、よって、すなわち4.2秒である。言い換えれば、ユーザが認識する３０秒の応答時間のうち、ほぼ２６秒がメモリへのアクセスを待ってキューで費やされている。
• タイムシェアリング作業負荷のＣＰＵ稼動率への寄与はどれくらいか？　ＣＰＵ（長方形１）に稼動率の法則を適用して、、すなわちＣＰＵのキャパシティの２８％である。稼動率の法則のこの適用において、スループットはシステムレベル会話に関して定義され、処理要求時間は１会話ベースで定義されたことに注意しよう。

「3.5. フロー・バランスの仮定」に続きます。