JP2000099446A - コマンド発行制御方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 コマンドキューイングの機能を有する装置が
大量のコマンドを受け取ることを防止する。 【解決手段】 コマンドキューイングの機能を有する装
置に対して発行済みで且つ終了報告を受けていないコマ
ンド数をカウントし、新たなコマンドを発行する時、前
記コマンド数と流入制限数とを比較し、前記コマンド数
が流入制限数より小さいなら前記新たなコマンドを発行
し、前記コマンド数が前記流入制限数より小さくないな
ら前記新たなコマンドを発行しない（ステップ５２６
０）。 【効果】 コマンドキューイングの機能を有する装置が
大量のビジーを返すオーバーヘッドが発生しないように
できる。よって、該装置は、コマンドに対する本来の処
理に集中できるようになり、処理効率を向上できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コマンド発行制御
方法および装置に関し、特に、ホストコンピューターか
らコマンドキューイングの機能を持つディスクサブシス
テムへのＩ／Ｏ要求の流入制御を行なうチャネルプロセ
ッサーに関する。

【０００２】

【従来の技術】ファイバーチャネルは、高速なシリアル
インターフェースであり、複数のホストコンピューター
やディスクサブシステムを接続することができる。そし
て、ファイバーチャネルのネットワークに繋がっている
あるディスクサブシステムに対して、複数のホストコン
ピューターからアクセスすることができる。

【０００３】ファイバーチャネルについては、日経エレ
クトロニクス1994年７月４日号(No.612)の126〜142ペー
ジに解説がある。

【０００４】コマンドキューイングの機能はＳＣＳＩ−
２などでサポートされる。ＳＣＳＩ−２の規格では、コ
マンドキューイングの機能を利用することにより、一つ
のコマンドの実行が終了するのを待たずに、同一のイニ
シエーター（コマンドを出す側）から同一のターゲット
（コマンドを受ける側）に対して複数個のコマンドを発
行することが出来る。ターゲットは、受け取った複数の
コマンドをキュー（待ち行列）に入れ、実行しやすいよ
うにコマンドの順番を入れ替えたりする。

【０００５】コマンドキューイングの機能については、
菅谷誠一著、ＣＱ出版社、ＳＣＳＩ−２詳細解説の26ペ
ージ、71〜72ページに解説が載っている。

【０００６】

【発明が解決しようとする課題】コマンドキューイング
の機能を持つディスクサブシステムにホストコンピュー
ターが大量のＩ／Ｏ要求を発行した場合を考える。ディ
スクサブシステムは、コマンドキューが溢れる前はＩ／
Ｏ要求を受け付けてコマンドキューにキューイングする
が、コマンドキューが溢れると、それ以降のＩ／Ｏ要求
に対してビジーを返す。ところが、ホストコンピュータ
ーは、ビジーが返ったコマンドのリトライを続けたり、
新たなコマンドを出し続けたりする。このため、ディス
クサブシステムは、ビジーを返す処理を頻繁に行わなけ
ればならず、リードやライトなどのＩ／Ｏ要求に対する
本来の処理に集中できなくなり、効率が低下する問題点
がある。そこで、本発明の目的は、コマンドキューイン
グの機能を有する装置に対して処理能力を越えるコマン
ドを発行することを防止し、該装置が大量のビジーを返
すオーバーヘッドが発生しないように制御するコマンド
発行制御方法および装置を提供することにある。

【０００７】

【課題を解決するための手段】第１の観点では、本発明
は、コマンドキューイングの機能を有する装置に対して
発行済みで且つ終了報告を受けていないコマンド数をカ
ウントし、前記装置へ新たなコマンドを発行する時、前
記コマンド数が所定の流入制限数より小さいなら前記新
たなコマンドを発行し、前記コマンド数が前記流入制限
数より小さくないなら前記新たなコマンドを発行しない
ことを特徴とするコマンド発行制御方法を提供する。上
記第１の観点によるコマンド発行制御方法では、所定の
流入制限数を定めておき、コマンドキューイングの機能
を有する装置に対して発行済みで且つ終了報告を受けて
いないコマンド数が前記流入制限数を越えないように制
御する。よって、コマンドキューイングの機能を有する
装置と該装置へコマンドを発行する全ての装置の処理能
力とを勘案して前記流入制限数を定めておけば、コマン
ドキューイングの機能を有する装置がビジーを返すオー
バーヘッドが発生しないように制御できる。これによ
り、コマンドキューイングの機能を有する装置が本来の
処理に集中できるようになり、効率を向上できる。

【０００８】第２の観点では、本発明は、上記構成のコ
マンドキューイングの機能を有する装置に対して発行済
みで且つ終了報告を受けていないコマンド数をカウント
する発行済みカウンター手段と、前記装置へ新たなコマ
ンドを発行する時に前記コマンド数が所定の流入制限数
より小さいなら前記新たなコマンドを発行し前記コマン
ド数が所定の流入制限数より小さくないなら前記新たな
コマンドを発行しないコマンド発行処理手段とを具備し
たことを特徴とするコマンド発行制御装置を提供する。
上記第２の観点によるコマンド発行制御装置では、前記
第１の観点によるコマンド発行制御方法を好適に実施で
きる。

【０００９】第３の観点では、本発明は、上記構成のコ
マンド発行制御装置において、前記コマンド発行処理手
段は、所定のタイミングで、コマンドキューイングの機
能を有する装置に対して前記流入制限数に制限されずに
コマンドを発行し続け、該装置からビジーが返された時
の前記コマンド数により前記流入制限数を更新すること
を特徴とするコマンド発行制御装置を提供する。上記第
３の観点によるコマンド発行制御装置では、流入制限数
を動的に変更するから、状況に応じて、コマンドキュー
イングの機能を有する装置がコマンドをキューイングで
きる数ぎりぎりまで利用可能とできる。

【００１０】第４の観点では、本発明は、上記構成のコ
マンド発行制御装置において、前記所定のタイミングと
は、発行済の累積コマンド数が所定個増える毎である
か、又は、所定時間経過毎であることを特徴とするコマ
ンド発行制御装置を提供する。上記第４の観点によるコ
マンド発行制御装置では、累積コマンド数または経過時
間により流入制限数を動的に変更するから、状況に応じ
て、コマンドキューイングの機能を有する装置がコマン
ドをキューイングできる数ぎりぎりまで利用可能とでき
る。

【００１１】第５の観点では、本発明は、上記構成のコ
マンド発行制御装置において、前記コマンドキューイン
グの機能を有する装置とはディスクサブシステムであ
り、前記コマンド発行制御装置とはホストコンピュータ
ーと前記ディスクサブシステムの間に設置されるチャネ
ルプロセッサーであることを特徴とするコマンド発行制
御装置を提供する。上記第５の観点によるコマンド発行
制御装置では、コマンドキューイングの機能を有するデ
ィスクサブシステムがビジーを返すオーバーヘッドが発
生しないように制御できるから、ディスクサブシステム
がリードやライトなどの本来の処理に集中できるように
なり、処理効率を向上できる。

【００１２】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を説明する。なお、これにより本発明が限定され
るものではない。

【００１３】−第１の実施形態− 図１は、本発明の第１の実施形態のチャネルプロセッサ
ーを含むコンピューターシステムの構成図である。この
コンピューターシステム１０００は、複数のホストコン
ピューター１０２０、複数のチャネルプロセッサー１０
３０、ネットワーク１０６０及び複数のディスクサブシ
ステム１０４０より構成されている。各ホストコンピュ
ーター１０２０は、それぞれ対応するチャネルプロセッ
サー１０３０を通じてネットワーク１０６０に繋がれ、
ネットワーク１０６０に繋がっている各ディスクサブシ
ステム１０４０に対してＩ／Ｏ要求を発行することがで
きる。各ディスクサブシステム１０４０は、コマンドキ
ューイングの機能をサポートしており、複数のＩ／Ｏ要
求を受け付けてキューイングしておくことが出来る。

【００１４】図２は、ホストコンピューター１０２０の
ソフトウエア抽象モデルである。ホストコンピューター
１０２０では、オペレーティングシステム１２２０が走
り、そのオペレーティングシステム１２２０上で複数の
アプリケーションプログラム１２００が動いている。オ
ペレーティングシステム１２２０は、アプリケーション
プログラム１２００あるいはオペレーティングシステム
１２２０の内部から発生したＩ／Ｏ要求をチャネルプロ
セッサー１０３０に送る。

【００１５】図３は、チャネルプロセッサー１０３０の
ソフトウエア抽象モデルである。チャネルプロセッサー
１０３０では、チャネルプロセッサー１０３０を管理す
るマイクロプログラム１０３５が実行される。Ｉ／Ｏキ
ュー１２４０は、マイクロプログラム１０３５が管理す
る双方向キューであり、コンピューターシステム１００
０内の各ディスクサブシステム１０４０ごとに作成され
る。マイクロプログラム１０３５は、ホストコンピュー
ター１０２０から受け取ったＩ／Ｏ要求を、該Ｉ／Ｏ要
求に対応するディスクサブシステム１０４０のＩ／Ｏキ
ュー１２４０の末尾に繋ぎ、該ディスクサブシステム１
０４０が処理しきれる分だけ、該ディスクサブシステム
１０４０に発行する。

【００１６】Ｉ／Ｏキュー１２４０の実体は、図４の
（ａ）に示すディスク管理テーブル１４００及び図４の
（ｂ）に示すホストＩ／Ｏ管理テーブル１６００であ
る。

【００１７】図４の（ａ）は、ディスク管理テーブル１
４００の構成図である。ディスク管理テーブル１４００
は、コンピューターシステム１０００内の各ディスクサ
ブシステム１０４０の数だけ存在し、ディスクサブシス
テム１０４０と一対一対応する。前記ディスク管理テー
ブル１４００は、流入制限数１４２０，発行済みカウン
ター１４４０，Ｉ／Ｏキュー先頭ポインタ１４６０およ
びＩ／Ｏキュー末尾ポインタ１４８０の各エントリから
なる。流入制限数１４２０は、対応するディスクサブシ
ステム１０４０に対して終了報告を待たずにチャネルプ
ロセッサー１０３０が発行できるＩ／Ｏ要求の数であ
る。発行済みカウンター１４４０は、対応するディスク
サブシステム１０４０に発行していて、終了報告を受け
取っていないＩ／Ｏ要求数である。Ｉ／Ｏキュー先頭ポ
インタ１４６０は、Ｉ／Ｏキュー１２４０の先頭位置の
Ｉ／Ｏ要求（に相当するホストＩ／Ｏ管理テーブルエン
トリ１６２０）を指すポインタである。Ｉ／Ｏキュー末
尾ポインタ１４８０は、Ｉ／Ｏキュー１２４０の末尾位
置のＩ／Ｏ要求（に相当するホストＩ／Ｏ管理テーブル
エントリ１６２０）を指すポインタである。

【００１８】図４の（ｂ）は、ホストＩ／Ｏ管理テーブ
ル１６００の構成図である。ホストＩ／Ｏ管理テーブル
１６００は、十分に多数のホストＩ／Ｏ管理テーブルエ
ントリ１６２０からなる。前記ホストＩ／Ｏ管理テーブ
ルエントリ１６２０は、当該エントリが有効かどうかを
示すエントリ有効フラグ１６４０，Ｉ／Ｏ要求の種類を
表すコマンド１６６０，Ｉ／Ｏ要求の操作対象のディス
クサブシステムＩＤ１６８０，Ｉ／Ｏ要求の操作対象の
ディスクサブシステム１０４０内の操作対象アドレスで
ある操作アドレス１７００，Ｉ／Ｏ要求でリードあるい
はライトするデータを格納するバッファへのポインタで
あるバッファポインタ１７２０，Ｉ／Ｏキュー１２４０
の先頭側に繋がるＩ／Ｏ要求（に相当するホストＩ／Ｏ
管理テーブルエントリ１６２０）を指す前方ポインタ１
７４０およびＩ／Ｏキュー１２４０の末尾側に繋がるＩ
／Ｏ要求（に相当するホストＩ／Ｏ管理テーブルエント
リ１６２０）を指す後方ポインタ１７６０からなる。

【００１９】図５は、チャネルプロセッサー１０３０が
流入制限数を初期設定する初期流入制限数決定処理４０
００のフローチャートである。この初期流入制限数決定
処理４０００は、チャネルプロセッサー１０３０の初期
化時に、ネットワーク１０６０に繋がっている各ディス
クサブシステム１０４０に対して一度ずつ実行される。
ステップ５０００では、処理対象のディスクサブシステ
ム１０４０が終了報告を返さないで受け付けることが出
来る最大Ｉ／Ｏ要求数（以後、コマンドキュー長と呼
ぶ）をネットワーク１０６０に繋がっているホストコン
ピューター１０２０の数（＝チャネルプロセッサー１０
３０の数）で割り、その値が“１”より大きいか否かを
判定し、“１”より大きければステップ５０２０へ進
み、そうでなければステップ５０４０へ進む。ステップ
５０２０では、処理対象のディスクサブシステム１０４
０に対応するディスク管理テーブル１４００の流入制限
数１４２０に、コマンドキュー長をネットワーク１０６
０に繋がっているホストコンピューター１０２０の数で
割った値（小数点以下切り捨て）を設定する。そして、
初期流入制限数決定処理４０００を終了する。ステップ
５０４０では、処理対象のディスクサブシステム１０４
０に対応するディスク管理テーブル１４００の流入制限
数１４２０に“１”を設定する。そして、初期流入制限
数決定処理４０００を終了する。

【００２０】図６は、チャネルプロセッサー１０３０が
受け取ったＩ／Ｏ要求をＩ／Ｏキュー１２４０に接続す
るＩ／Ｏキュー接続処理４３００のフローチャートであ
る。このＩ／Ｏキュー接続処理４３００は、ホストコン
ピューター１０２０からのＩ／Ｏ要求をチャネルプロセ
ッサー１０３０が受け取った時に実行される。ステップ
６４００では、ホストＩ／Ｏ管理テーブル１６００をサ
ーチし、エントリ有効フラグ１６４０の値が“無効”と
なっているホストＩ／Ｏ管理テーブルエントリ１６２０
すなわち空きエントリを見つける。見つけた空きエント
リを、以後、対象エントリ１６２０と呼ぶ。ステップ６
４２０では、対象エントリ１６２０のエントリ有効フラ
グ１６４０の値を“有効”とする。ステップ６４４０で
は、Ｉ／Ｏ要求の内容に応じて、対象エントリ１６２０
のコマンド１６６０，ディスクサブシステムＩＤ１６８
０，操作アドレス１７００およびバッファポインタ１７
２０をそれぞれセットする。

【００２１】ステップ６４６０では、対象エントリ１６
２０の後方ポインタ１７６０の値に“０”を入れる。こ
れは、対象エントリ１６２０をＩ／Ｏキュー１２４０の
末尾とすることを示す。ステップ６４８０では、Ｉ／Ｏ
要求対象のディスクサブシステム１０４０に対応するデ
ィスク管理テーブル（以下、対象ディスク管理テーブル
という）１４００のＩ／Ｏキュー末尾ポインタ１４８０
に元々入っていた値を読み出して保持し、次いで対象エ
ントリ１６２０のアドレスをセットする。ステップ６５
００では、対象ディスク管理テーブル１４００のＩ／Ｏ
キュー先頭ポインタ１４６０の値が“０”か否か（Ｉ／
Ｏキュー１２４０が空きであったか否か）を調べ、
“０”でなかったら（空きでなかったら）ステップ６５
２０へ進み、“０”であったら（空きであったら）ステ
ップ６５６０へ進む。

【００２２】ステップ６５２０では、前記ステップ６４
８０で読み出して保持しておいた、元々Ｉ／Ｏキュー末
尾ポインタ１４８０に入っていた値を、対象エントリ１
６２０の前方ポインタ１７４０にセットする。ステップ
６５４０では、前記ステップ６４８０で読み出して保持
しておいた、元々Ｉ／Ｏキュー末尾ポインタ１４８０に
入っていた値が指すホストＩ／Ｏ管理テーブルエントリ
１６２０の後方ポインタ１７６０に、対象エントリ１６
２０のアドレスをセットする。そして、Ｉ／Ｏキュー接
続処理を終了する。

【００２３】一方、ステップ６５６０では、対象エント
リ１６２０の前方ポインタ１７４０の値を“０”とす
る。ステップ６５８０では、対象ディスク管理テーブル
１４００のＩ／Ｏキュー先頭ポインタ１４６０に、対象
エントリ１６２０のアドレスをセットする。そして、Ｉ
／Ｏキュー接続処理４３００を終了する。

【００２４】図７は、チャネルプロセッサー１０３０が
ディスクサブシステム１０４０に対してＩ／Ｏ要求を発
行するホストＩ／Ｏ発行処理４０５０のフローチャート
である。このホストＩ／Ｏ発行処理４０５０は、所定短
時間毎に全てのＩ／Ｏキュー１２４０すなわち全てのデ
ィスク管理テーブル１４００に対して実行される。ステ
ップ５２４０では、処理対象のディスク管理テーブル１
４００のＩ／Ｏキュー先頭ポインタ１４６０の値が
“０”であるか否か（Ｉ／Ｏキュー１２４０が空きか否
か）を調べ、“０”でなかった（空きでなかった）場合
はステップ５２６０へ進む。“０”であった（空きであ
った）場合は、ホストＩ／Ｏ発行処理４０５０を終了す
る。すなわち、次のＩ／Ｏキュー１２４０すなわち次の
ディスク管理テーブル１４００に対してホストＩ／Ｏ発
行処理４０５０を実行する。

【００２５】ステップ５２６０では、処理対象のディス
ク管理テーブル１４００の発行済みカウンター１４４０
の値が流入制限数１４２０の値より小さいか否かを調
べ、小さかった場合はステップ５２８０へ進む。小さく
なければ、ホストＩ／Ｏ発行処理４０５０を終了する。
すなわち、次のＩ／Ｏキュー１２４０すなわち次のディ
スク管理テーブル１４００に対してホストＩ／Ｏ発行処
理４０５０を実行する。

【００２６】ステップ５２８０では、処理対象のディス
ク管理テーブル１４００のＩ／Ｏキュー先頭ポインタ１
４６０が指すホストＩ／Ｏ管理テーブルエントリ１６２
０のＩ／Ｏ要求すなわちＩ／Ｏキュー１２４０の先頭位
置にあるＩ／Ｏ要求を当該要求対象のディスクサブシス
テム１０４０に発行する。ステップ５３００では、ディ
スクサブシステム１０４０からビジーが返されるか否か
を判定し、ビジーが返されないならステップ５３２０へ
進み、ビジーが返されたらホストＩ／Ｏ発行処理４０５
０を終了する。すなわち、次のＩ／Ｏキュー１２４０す
なわち次のディスク管理テーブル１４００に対してホス
トＩ／Ｏ発行処理４０５０を実行する。

【００２７】ステップ５３２０では、処理対象のディス
ク管理テーブル１４００の発行済みカウンター１４４０
の値に“１”を加える。ステップ５３４０では、図８を
参照して後述するＩ／Ｏキュー削除処理４３５０を行っ
て、処理対象のディスク管理テーブル１４００のＩ／Ｏ
キュー先頭ポインタ１４６０が指すホストＩ／Ｏ管理テ
ーブルエントリ１６２０のＩ／Ｏ要求すなわちＩ／Ｏキ
ュー１２４０の先頭位置にあるＩ／Ｏ要求をＩ／Ｏキュ
ー１２４０から除去する。そして、ホストＩ／Ｏ発行処
理４０５０を終了する。すなわち、次のＩ／Ｏキュー１
２４０すなわち次のディスク管理テーブル１４００に対
してホストＩ／Ｏ発行処理４０５０を実行する。

【００２８】図８は、Ｉ／Ｏキュー１２４０の先頭位置
にあるＩ／Ｏ要求をＩ／Ｏキュー１２４０から削除する
Ｉ／Ｏキュー削除処理５３４０のフローチャートであ
る。ステップ６６００では、処理対象のディスク管理テ
ーブル１４００のＩ／Ｏキュー先頭ポインタ１４６０が
指すホストＩ／Ｏ管理テーブルエントリ１６２０（以
後、削除エントリと呼ぶ）のエントリ有効フラグ１６４
０の値を“無効”とする。ステップ６６２０では、削除
エントリ１６２０の後方ポインタ１７６０の値が“０”
か否か（削除エントリ１６２０を除去することでＩ／Ｏ
キュー１２４０が空きになるか否か）をチェックし、
“０”でない（空きにならない）ならステップ６６４０
へ進み、“０”である（空きになる）ならステップ６６
８０へ進む。

【００２９】ステップ６６４０では、削除エントリ１６
２０の後方ポインタ１７６０に入っている値を、処理対
象のディスク管理テーブル１４００のＩ／Ｏキュー先頭
ポインタ１４６０にセットする。ステップ６６６０で
は、処理対象のディスク管理テーブル１４００のＩ／Ｏ
キュー先頭ポインタ１４６０が指すホストＩ／Ｏ管理テ
ーブルエントリ１６２０の前方ポインタ１７４０に値
“０”を入れる。そして、Ｉ／Ｏキュー削除処理５３４
０を終了する。

【００３０】ステップ６６８０では、処理対象のディス
ク管理テーブル１４００のＩ／Ｏキュー先頭ポインタ１
４６０に値“０”を入れる。ステップ６７００では、処
理対象のディスク管理テーブル１４００のＩ／Ｏキュー
末尾ポインタ１４８０に値“０”を入れる。そして、Ｉ
／Ｏキュー削除処理４３５０を終了する。

【００３１】図９は、ディスクサブシステム１０４０か
らチャネルプロセッサー１０３０がＩ／Ｏ要求の終了報
告を受ける時に実行されるホストＩ／Ｏ終了処理４１０
０のフローチャートである。ステップ５４００では、デ
ィスクサブシステム１０４０からＩ／Ｏ要求の終了報告
を受け付ける。ステップ５４２０では、Ｉ／Ｏ要求の終
了報告をしてきたディスクサブシステム１０４０に対応
するディスク管理テーブル１４００の発行済みカウンタ
ー１４４０の値から“１”を減じる。ステップ５４４０
では、ホストコンピューター１０２０に対して、終了報
告を行う。そして、ホストＩ／Ｏ終了処理４１００を終
了する。

【００３２】以上の第１の実施形態のチャネルプロセッ
サー１０３０によれば、ホストコンピューター１０２０
が各ディスクサブシステム１０４０に対して発行したＩ
／Ｏ要求をＩ／Ｏキュー１２４０にためると共に流入制
限数１４２０より多くのＩ／Ｏ要求をディスクサブシス
テム１０４０に発行しないように抑制するから、大量の
Ｉ／Ｏ要求をディスクサブシステム１０４０が受け取る
ことが防止され、ディスクサブシステム１０４０が大量
のビジーを返すオーバーヘッドが発生しないように制御
でき、ディスクサブシステム１０４０は、リードやライ
トなどのＩ／Ｏ要求に対する本来の処理に集中できるよ
うになる。よって、ディスクの利用効率を向上できる。

【００３３】−第２の実施形態− 上述の第１の実施形態では、流入制限数１４２０を固定
値にしていたため、各ホストコンピューター１０２０が
ディスクサブシステム１０４０へ発行するＩ／Ｏ要求の
頻度がホストコンピューター１０２０によって異なった
り，時間帯によって異なるような場合には、Ｉ／Ｏ要求
をキューイングできる数ぎりぎりまで利用できない場合
があった。そこで、第２の実施形態では、流入制限数１
４２０を動的に変更することで、Ｉ／Ｏ要求をキューイ
ングできる数ぎりぎりまで利用可能とする。以下、第１
の実施形態と異なる部分のみを説明する。

【００３４】図１０は、本発明の第２の実施形態にかか
るディスク管理テーブルＡ２０００の構成図である。こ
のディスク管理テーブルＡ２０００は、コンピューター
システム１０００内の各ディスクサブシステム１０４０
の数だけ存在し、ディスクサブシステム１０４０と一対
一対応する。前記ディスク管理テーブルＡ２０００は、
流入制限数１４２０，発行済みカウンター１４４０，流
入制限チェックフラグ２０２０，Ｉ／Ｏキュー先頭ポイ
ンタ１４６０およびＩ／Ｏキュー末尾ポインタ１４８０
の各エントリからなる。流入制限チェックフラグ２０２
０は、流入制限数１４２０を見直し中であることを示す
フラグである。すなわち、流入制限数１４２０を動的に
変更する期間は流入制限チェックフラグ２０２０を立
て、流入制限数１４２０を固定する期間は流入制限チェ
ックフラグ２０２０を落とす。流入制限数１４２０，発
行済みカウンター１４４０，Ｉ／Ｏキュー先頭ポインタ
１４６０およびＩ／Ｏキュー末尾ポインタ１４８０は、
第１の実施形態のディスク管理テーブル１４００（図４
の(ａ））と同じである。

【００３５】図１１は、チャネルプロセッサー１０３０
がディスクサブシステム１０４０に対してＩ／Ｏ要求を
発行すると共にビジーの状況に応じて流入制限数１４２
０を増減するホストＩ／Ｏ発行処理Ａ４１５０のフロー
チャートである。このホストＩ／Ｏ発行処理Ａ４１５０
は、所定短時間毎に全てのＩ／Ｏキュー１２４０すなわ
ち全てのディスク管理テーブル１４００に対して実行さ
れる。ステップ５６４０では、処理対象のディスク管理
テーブルＡ２０００のＩ／Ｏキュー先頭ポインタ１４６
０の値が“０”であるか否か（Ｉ／Ｏキュー１２４０が
空きか否か）を調べ、“０”でなかった（空きでなかっ
た）場合はステップ５６６０へ進む。“０”であった
（空きであった）場合は、ホストＩ／Ｏ発行処理Ａ４１
５０を終了する。すなわち、次のＩ／Ｏキュー１２４０
すなわち次のディスク管理テーブルＡ２０００に対して
ホストＩ／Ｏ発行処理４０５０を実行する。

【００３６】ステップ５６６０では、処理対象のディス
ク管理テーブルＡ２０００の流入制限チェックフラグ２
０２０が立っているか否かをしらべ、立っていなければ
ステップ５６８０へ進み、立っていたらステップ５７０
０へジャンプする。なお、流入制限チェックフラグ２０
２０は、図１２を参照して後述する流入制限チェック開
始処理４２５０にて立てられる。

【００３７】ステップ５６８０では、処理対象のディス
ク管理テーブルＡ２０００の発行済みカウンター１４４
０の値が流入制限数１４２０の値より小さいか否かを調
べ、小さかった場合はステップ５７００へ進む。小さく
なければ、ホストＩ／Ｏ発行処理Ａ４１５０を終了す
る。すなわち、次のＩ／Ｏキュー１２４０すなわち次の
ディスク管理テーブルＡ２０００に対してホストＩ／Ｏ
発行処理Ａ４１５０を実行する。

【００３８】ステップ５７００では、処理対象のディス
ク管理テーブルＡ２０００のＩ／Ｏキュー先頭ポインタ
１４６０が指すホストＩ／Ｏ管理テーブルエントリ１６
２０のＩ／Ｏ要求すなわちＩ／Ｏキュー１２４０の先頭
位置にあるＩ／Ｏ要求を当該要求対象のディスクサブシ
ステム１０４０に発行する。ステップ５７２０では、デ
ィスクサブシステム１０４０からビジーが返されるか否
かを判定し、ビジーが返されたらステップ５７４０へ進
み、ビジーが返されないならステップ５８４０へ進む。

【００３９】ステップ５７４０では、流入制限チェック
フラグ２０２０を落とす。ステップ５７６０では、処理
対象のディスク管理テーブルＡ２０００の発行済みカウ
ンター１４４０の値が“０”か否かを判定し、“０”で
あった場合にはステップ５８００に進み、“０”でなか
った場合にはステップ５７８０へ進む。ステップ５７８
０では、流入制限数１４２０に発行済みカウンター１４
４０の値を代入する。そして、ホストＩ／Ｏ発行処理Ａ
４１５０を終了する。すなわち、次のＩ／Ｏキュー１２
４０すなわち次のディスク管理テーブルＡ２０００に対
してホストＩ／Ｏ発行処理Ａ４１５０を実行する。

【００４０】ステップ５８００では、流入制限数１４２
０に値“１”を代入する。そして、ホストＩ／Ｏ発行処
理Ａ４１５０を終了する。すなわち、次のＩ／Ｏキュー
１２４０すなわち次のディスク管理テーブルＡ２０００
に対してホストＩ／Ｏ発行処理Ａ４１５０を実行する。

【００４１】ステップ５８４０では、発行済みカウンタ
ー１４４０の値に“１”を加える。ステップ５８６０で
は、図８と同様のＩ／Ｏキュー削除処理を実行する。そ
して、ホストＩ／Ｏ発行処理Ａ４１５０を終了する。す
なわち、次のＩ／Ｏキュー１２４０すなわち次のディス
ク管理テーブルＡ２０００に対してホストＩ／Ｏ発行処
理Ａ４１５０を実行する。

【００４２】図１２は、流入制限チェック開始処理４２
５０のフローチャートである。この流入制限チェック開
始処理４２５０は、各ディスクサブシステム１０４０に
対してそれぞれ用意した累積カウンタに各ディスクサブ
システム１０４０に対して発行したＩ／Ｏ要求数をそれ
ぞれ計数しておき、計数値が所定数（例えば１０００
個）になった時にそれに対応するディスク管理テーブル
Ａ２０００に対して実行される（この時、累積カウンタ
はリセットする）。あるいは、所定時間（例えば１０ｍ
ｓ〜６０ｓ）毎に、全てのディスク管理テーブルＡ２０
００に対して実行される。ステップ６０６０では、流入
制限チェックフラグ２０２０を立てる。そして、流入制
限チェック開始処理４２５０を終了する。

【００４３】以上の第２の実施形態のチャネルプロセッ
サー１０３０によれば、流入制限チェックフラグ２０２
０が立っていない場合には、ホストコンピューター１０
２０が各ディスクサブシステム１０４０に対して発行し
たＩ／Ｏ要求をＩ／Ｏキュー１２４０にためると共に流
入制限数１４２０より多くのＩ／Ｏ要求をディスクサブ
システム１０４０に発行しないように抑制するから、大
量のＩ／Ｏ要求をディスクサブシステム１０４０が受け
取ることが防止され、ディスクサブシステム１０４０が
大量のビジーを返すオーバーヘッドが発生しないように
制御でき、ディスクサブシステム１０４０は、リードや
ライトなどのＩ／Ｏ要求に対する本来の処理に集中でき
るようになる。よって、ディスクの利用効率を向上でき
る。

【００４４】さらに、流入制限チェックフラグ２０２０
が立っている場合には、ビジーが帰ってくるまでＩ／Ｏ
要求を出し、ビジーが帰ってきた時点で現在発行中のＩ
／Ｏ要求数を流入制限数１４２０とすることで、その時
点でのディスクサブシステム１０４０の当該チャネルプ
ロセッサー１０３０に対するＩ／Ｏ要求受付可能数に合
わせた流入制限数１４２０に動的に変更できる。例えば
他チャネルプロセッサー１０３０がＩ／Ｏ要求を突然大
量に発行し始めた場合、ディスクサブシステム１０４０
は自チャネルプロセッサー１０３０からのＩ／Ｏ要求を
受け付けることができなくなり、ビジーを頻発し始め
る。すると、自チャネルプロセッサー１０３０は、ビジ
ーが返って来なくなる値（最小値は“１”）まで流入制
限数１４２０の値を引き下げる。逆に、他チャネルプロ
セッサー１０３０がＩ／Ｏ要求を突然発行しなくなった
場合、ディスクサブシステム１０４０は自チャネルプロ
セッサー１０３０からのＩ／Ｏ要求をいくらでも受け付
けることができるようになり、ビジーを返さなくなる。
すると、自チャネルプロセッサー１０３０は、ビジーが
返って来る値まで流入制限数１４２０の値を引き上げ
る。従って、ディスクサブシステム１０４０がＩ／Ｏ要
求をキューイングできる数ぎりぎりまで利用可能とでき
る。

【００４５】

【発明の効果】本発明のコマンド発行制御方法および装
置によれば、コマンドキューイングの機能を有する装置
が大量のコマンドを受け取ることが防止され、該装置が
大量のビジーを返すオーバーヘッドが発生しないように
制御できる。よって、該装置は、コマンドに対する本来
の処理に集中できるようになり、処理効率を向上でき
る。

【図面の簡単な説明】

【図１】本発明の第１の実施形態のチャネルプロセッサ
ーを含むコンピューターシステムの構成図である。

【図２】ホストコンピューターのソフトウエア抽象モデ
ル図である。

【図３】チャネルプロセッサーのソフトウエア抽象モデ
ル図である。

【図４】ディスク管理テーブルおよびホストＩ／Ｏ管理
テーブルの構成図である。

【図５】初期流入制限設定処理のフローチャートであ
る。

【図６】Ｉ／Ｏキュー接続処理のフローチャートであ
る。

【図７】ホストＩ／Ｏ発行処理のフローチャートであ
る。

【図８】Ｉ／Ｏキュー削除処理のフローチャートであ
る。

【図９】ホストＩ／Ｏ終了処理のフローチャートであ
る。

【図１０】本発明の第２の実施形態にかかるディスク管
理テーブルの構成図である。

【図１１】第２の実施形態にかかるホストＩ／Ｏ発行処
理のフローチャートである。

【図１２】第２の実施形態にかかる流入制限チェック開
始処理のフローチャートである。

【符号の説明】

１０００…コンピューターシステム １０２０…ホストコンピューター １０３０…チャネルプロセッサー １０４０…ディスクサブシステム １０６０…ネットワーク １２４０…Ｉ／Ｏキュー １４００，Ａ２０００…ディスク管理テーブル １４２０…流入制限数 １４４０…発行済みカウンター １６００…ホストＩ／Ｏ管理テーブル １６２０…ホストＩ／Ｏ管理テーブルエントリ ２０２０…流入制限チェックフラグ

フロントページの続き (72)発明者 古海 昇 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 (72)発明者 杉本 守二 神奈川県小田原市国府津2880番地 株式会 社日立製作所ストレージシステム事業部内 Ｆターム(参考） 5B014 GA02 GC27 GD22

Claims (5)

【特許請求の範囲】
1. 【請求項１】 コマンドキューイングの機能を有する装
   置に対して発行済みで且つ終了報告を受けていないコマ
   ンド数をカウントし、前記装置へ新たなコマンドを発行
   する時、前記コマンド数が所定の流入制限数より小さい
   なら前記新たなコマンドを発行し、前記コマンド数が前
   記流入制限数より小さくないなら前記新たなコマンドを
   発行しないことを特徴とするコマンド発行制御方法。
2. 【請求項２】 コマンドキューイングの機能を有する装
   置に対して発行済みで且つ終了報告を受けていないコマ
   ンド数をカウントする発行済みカウンター手段と、前記
   装置へ新たなコマンドを発行する時に前記コマンド数が
   所定の流入制限数より小さいなら前記新たなコマンドを
   発行し前記コマンド数が所定の流入制限数より小さくな
   いなら前記新たなコマンドを発行しないコマンド発行処
   理手段とを具備したことを特徴とするコマンド発行制御
   装置。
3. 【請求項３】 請求項２に記載のコマンド発行制御装置
   において、前記コマンド発行処理手段は、所定のタイミ
   ングで、コマンドキューイングの機能を有する装置に対
   して前記流入制限数に制限されずにコマンドを発行し続
   け、該装置からビジーが返された時の前記コマンド数に
   より前記流入制限数を更新することを特徴とするコマン
   ド発行制御装置。
4. 【請求項４】 請求項３に記載のコマンド発行制御装置
   において、前記所定のタイミングとは、発行済の累積コ
   マンド数が所定個増える毎であるか、又は、所定時間経
   過毎であることを特徴とするコマンド発行制御装置。
5. 【請求項５】 請求項２から請求項４のいずれかに記載
   のコマンド発行制御装置において、前記コマンドキュー
   イングの機能を有する装置とはディスクサブシステムで
   あり、前記コマンド発行制御装置とはホストコンピュー
   ターと前記ディスクサブシステムの間に設置されるチャ
   ネルプロセッサーであることを特徴とするコマンド発行
   制御装置。