５． 新スケジューラの有効性検証

　スケジューラの有効性を検証するために、平成10年10月５日(月)〜10月11日(日)の７日間にわたり、それぞれ０時から２３時までの２４回データを採取した。この時の運用ＰＥ台数は、ｊｑ０１用１６２台、ｊｑ０２用４台、合計１６６台である。

５．１ ＰＥ利用状況

　１週間のＰＥ利用状況を図８に示す。細線で描かれている折れ線グラフは使用可能ＰＥ台数（運用ＰＥ台数から故障等のために使用できないＰＥ台数を除いた数）を、太線で描かれている折れ線グラフは使用ＰＥ台数を示している。

図８ ＰＥの利用状況

　各日の平均使用台数は、ｊｑ０１では最低が 145.1台、最高が 158.1台で、平均稼働率は93.5％であった。またｊｑ０２では、運用台数４台をフル稼働していた日が３日あり、平均ＰＥ利用台数は、最低が 0.3台、最高が 4.0台で、平均稼働率は76.0％であった。平日はＰＥの高効率利用が実現できたが、土曜から月曜の午前中くらいまでは休日の影響から実行待ちジョブの不足が目立った。特に、日曜日には、ｊｑ０１の平均稼働台数が 146.7、ｊｑ０２の稼働台数が 0.3と、ともに利用率が低かった。ｊｑ０１では、小規模ジョブは優先的に処理されるため、投入ジョブがなくなるとどうしても中規模以上のジョブばかりになる傾向があり、ＰＥが遊ぶことが多かった。また、ｊｑ０２では１８：００頃にジョブが投入されるまで実行待ちジョブが０であった。

５．２ 考察結果

　 紙面の都合上、詳細データは示さないが、数値風洞の稼働記録から以下の事柄が得られた。

�@	システムのＰＥ利用率は極めて高く、新スケジューラの第一目標であるＰＥの有効利用は達成されている。しかし、休日等により投入ジョブ数が少ない場合にはｊｑ０２用の１ＧＢＰＥが空くことがあるため、ＰＥ利用率を更に向上させようとするならば、ｊｑ０２用ＰＥの有効利用を図る必要がある。
�A	優先度別の実行待ちリクエスト数から、キュー遷移パラメータの設定が適切であったことを確認した。しかし、このパラメータはシステムの混雑度とも関係があるため、最優先リクエストキューのリクエスト数が極端に増大しないように常に監視が必要である。
�B	ＰＥリザーブは長時間待ちのリクエストを優先的に処理するために有効な機能であるが、他のリクエストの実行を大幅に阻害し、ＰＥ利用率の大幅低下の要因となる場合もあり得る。しかし、現状では、パラメータ設定も適切であり、他リクエストへの影響も少なく、ＰＥ利用率の低下もない。
�C	数値風洞ではＣＰＵ制限値以内で処理できないプログラムを実行するためにリクエストの逐次実行機能を組み込んでいる。しかし、実行待ちリクエスト中の先行リクエスト待ちリクエストの割合が多いために、後続のリクエストは待つことなしに順次処理される可能性が高い。このようなジョブの割合が極端に増加した場合には、同一ユーザの長時間ＰＥ独占を抑止するためのＣＰＵ打ち切り値の効果が期待できなくなる。そのため、リクエストの逐次実行機能使用リクエストの優先度の設定方法を工夫し、必要以上に優先処理されないようにする必要がある。