JP2000347999A - コンピュータシステム及びディスク制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 １台以上のＣＰＵがファイバーチャネルを介
してディスク制御装置（ＤＫＣ）に接続可能なシステム
において、エクスチェンジの多重度が増えてＤＫＣの処
理能力限界に達したときのＣＵ ＢＵＳＹの頻度を低下
させる。 【解決手段】 エクスチェンジキューテーブル１７は進
行中のエクスチェンジを登録するテーブルである。エク
スチェンジキュー管理テーブル１８はエクスチェンジ多
重度のしきい値を格納する。ＡＣＫ−１フレーム保留管
理テーブル１９は保留にされたＡＣＫ―１を管理するテ
ーブルである。ＤＫＣ６はエクスチェンジキューテーブ
ル１７とエクスチェンジキュー管理テーブル１８を参照
して進行中のエクスチェンジの多重度がしきい値を越え
ているとき、受信フレームに対するＡＣＫ―１送信を遅
延させるためにＡＣＫ−１フレーム保留管理テーブル１
９に登録する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メインフレーム系
の中央処理装置（ＣＰＵ）とディスクサブシステムが接
続されるコンピュータシステムに係わり、特に複数のＣ
ＰＵがファイバーチャネルとファブリック装置を介して
ディスク制御装置に接続可能に構成されるコンピュータ
システムに関する。

【０００２】

【従来の技術】中央処理装置（ＣＰＵ）とディスク制御
装置（ＤＫＣ）のような入出力装置との間をファイバー
チャネルによって接続するコンピュータシステムが知ら
れている。そして複数のＣＰＵを１つのＤＫＣに接続す
る場合にはファブリック装置と呼ばれる交換機構を介す
ることによって複数のＣＰＵがこのＤＫＣと同時に通信
可能である。ファイバーチャネル及びファブリック装置
については、日経エレクトロニクス１９９４年７月４日
号（ＮＯ．６１２）の１２６〜１４２ページに記載され
ている。

【０００３】ＣＰＵがファイバーチャネルを介してＤＫ
Ｃへ１フレームの情報を送信し、ＤＫＣがこのフレーム
を受信したときそのフレームに対する応答フレームをＣ
ＰＵに送信する。またＤＫＣがＣＰＵへ１フレームの情
報を送信し、ＣＰＵがこのフレームを受信したときその
フレームに対する応答フレームをＤＫＣに送信する。こ
れらの応答フレームはＡＣＫ―１フレームと呼ばれる。
ファイバーチャネルの通信プロトコルについては、ＡＮ
ＳＩ公開マニュアル『ＦＩＢＲＥ ＣＨＡＮＮＥＬ ＰＹ
ＳＩＣＡＬ ＡＮＤ ＳＩＧＮＡＬＬＩＮＧ（ＦＣ―Ｐ
Ｈ）ＲＥＶ.４.３』に記載されている。

【０００４】ＣＰＵがディスクサブシステムに対して発
行する１つの入出力命令に関してＤＫＣとの間でやりと
りされるコマンドフレームとデータフレームの一連の送
受信シーケンスをエクスチェンジという。１つのエクス
チェンジについてＣＰＵ又はＤＫＣは通信相手からのＡ
ＣＫ―１応答を待たずに複数のフレームを連続して送信
することができる。連続して送信可能なフレームの数
は、ＥＮＤ ｔｏ ＥＮＤクレジットカウント（ＥＥクレ
ジットカウント）と呼ばれる制御パラメータによつて管
理される。しかし１つ又は複数のＣＰＵと１つのＤＫＣ
との間で複数個のエクスチェンジが同時に進行するとき
にエクスチェンジの多重度を制限するような通信プロト
コルは知られていない。

【０００５】

【発明が解決しようとする課題】上記従来技術によれば
ＣＰＵとＤＫＣとの間で同時に進行するエクスチェンジ
の多重度が増加すると、ＤＫＣの処理能力限界を越える
か又は受信バツファの空きがなくなり、ＤＫＣはＣＰＵ
に対してＣＵ（コントロールユニット） ＢＵＳＹを発
行しなければならなくなる。ＣＵ ＢＵＳＹの頻発はコ
ンピュータシステム全体の性能を低下させることにな
る。またフレームサイズの小さいコマンドとフレームサ
イズの比較的大きいデータとが同時にＤＫＣの受信バツ
ファを占有すると、コマンドフレームが無駄に受信バツ
ファを占有することになり、ＤＫＣの処理性能が低下す
る。

【０００６】本発明の目的は、エクスチェンジの多重度
が増えてＤＫＣの処理能力限界に達したときのＣＵ Ｂ
ＵＳＹの頻度を低下させることにある。

【０００７】本発明の他の目的は、ＤＫＣの受信バツフ
ァの使用効率を向上させ、もってその処理性能を上げる
ことにある。

【０００８】

【課題を解決するための手段】本発明は、１台以上のＣ
ＰＵがファイバーチャネルを介してＤＫＣに接続可能に
構成されるコンピュータシステムにおいて、ＤＫＣは、
ＣＰＵとの間でやりとりされるコマンド及びデータの一
連の送受信シーケンスであるエクスチェンジの多重度が
設定されたしきい値を越えているとき、ＣＰＵから受信
したフレームに対する応答フレームの送信を遅延させる
コンピュータシステムを特徴とする。

【０００９】また本発明は、ＤＫＣが受信したコマンド
に対して応答フレームを送信するとき、受信バッファの
単位時間当りの占有時間の比率が所定のしきい値を越え
ておりかつ他の送受信シーケンスに属するデータが受信
バッファを占有している場合に、該当する応答フレーム
の送信を遅延させるコンピュータシステムを特徴とす
る。

【００１０】

【発明の実施の形態】以下本発明の一実施形態について
図面を用いて説明する。

【００１１】図１は、本実施形態のコンピュータシステ
ム１の構成図である。コンピュータシステム１は、複数
のＣＰＵ２と、ファブリック装置３と、複数のファイバ
ーケーブル４，５と、ディスクサブシステム１０とから
構成される。各ＣＰＵ２とファブリック装置３とはファ
イバーケーブル４により接続され、ファブリック装置３
とディスクサブシステム１０とはファイバーケーブル５
により接続される。ファブリック装置３は交換機能を有
し、複数のＣＰＵ２を同時にディスクサブシステム１０
に接続可能とする。すなわちファイバーケーブル５上に
は複数のエクスチェンジに係わるフレームが多重に伝送
されることになる。

【００１２】図２は、ディスクサブシステム１０の構成
を示す図である。ディスクサブシステム１０は、ＤＫＣ
６及びＤＫＵ（ディスク装置）７から構成される。ＤＫ
Ｃ６はチャネルインターフェース制御部１４、キャッシ
ュ２１、データ転送部２２などを有する。

【００１３】チャネルインターフェース制御部１４は、
ファイバーケーブル５、ファブリック装置３及びファイ
バーケーブル４を介してＣＰＵ２のチャネルに接続さ
れ、ファイバーチャネル及びＣＰＵチャネルとのインタ
ーフェース制御を行う機構であり、メモリ１５とバッフ
ァ１６とを有する。メモリ１５は、エクスチェンジキュ
ーテーブル１７、エクスチェンジキュー管理テーブル１
８及びＡＣＫ−１保留管理テーブル１９を格納する。エ
クスチェンジキューテーブル１７は実行中のエクスチェ
ンジを管理するテーブルである。エクスチェンジキュー
管理テーブル１８は、エクスチェンジ多重度及びバッフ
ァ使用率を管理するときの制御情報を格納するテーブル
である。ＡＣＫ−１保留管理テーブル１９は、ＡＣＫ−
１送信を保留したエクスチェンジを管理するテーブルで
ある。

【００１４】バッファ１６は受信バッファ領域と図示し
ない送信バッファ領域とを有する。受信バッファ領域
は、受信バッファＡ（２０）、受信バッファＢ（２
０）、・・・のように細分され、各受信バッファ２０は
フレームのサイズには無関係にただ１つの受信フレーム
を収容する。

【００１５】データ転送部２２はバッファ１６とキャッ
シュ２１との間およびキャッシュ２１とＤＫＵ７との間
のデータ転送を制御する。ＤＫＵ７は複数のディスク２
３から構成される。

【００１６】図３は、エクスチェンジキューテーブル１
７のデータ構成を示す図である。エクスチェンジキュー
テーブル１７は、エクスチェンジ対応にｎ個までのエン
トリをもち、各エントリはエクスチェンジ番号３１、フ
レ―ム内容３２、フレーム種類３３、フレームサイズ３
４、ＣＰＵアドレス３５および装置番号３６の各データ
項目から成る。エクスチェンジ番号３１は各エクスチェ
ンジを識別するための識別子、フレ―ム内容３２はその
エクスチェンジについて受信したフレ―ムの内容を示
す。フレーム種類３３は受信したフレ―ムの種類であ
り、コマンド又はデータを区別する。フレームサイズ３
４は受信したフレームのサイズ（バイト）である。ＣＰ
Ｕアドレス３５はそのエクスチェンジの相手ＣＰＵ２の
アドレス、装置番号３６は対象とするディスク２３のア
ドレスである。

【００１７】図４は、エクスチェンジキュー管理テーブ
ル１８のデータ構成例を示す図である。エクスチェンジ
キュー管理テーブル１８のエクスチェンジ管理情報は、
キュー最大数４１、キュー数しきい値４２及びＣＰＵ接
続数４３の各管理情報を有する。キュー最大数４１はエ
クスチェンジキューテーブル１７で管理し得るエクスチ
ェンジキューの数ｎを格納する。キュー数しきい値４２
はエクスチェンジキューの流入制限をするときのしきい
値を格納する。このしきい値はｎより小さい整数であ
る。ＣＰＵ接続数４３はＤＫＣ６と接続し得るＣＰＵ２
の数である。

【００１８】バッファ管理情報は、バッファ使用率４４
及びバッファ使用率しきい値４５の各管理情報を有す
る。バッファ使用率４４は受信バッファ２０の使用率で
あり、各受信バッファＡ，Ｂ，・・・の単位時間当りの
フレーム占有時間の比率を受信バッファ２０の数につい
て平均した数値である。バッファ使用率しきい値４５
は、バッファ使用効率を向上させるためにエクスチェン
ジキューの流入制限をするときのバッファ使用率の上限
を示す数値である。またＡＣＫ−１制御情報としてフレ
ーム切り分け情報４６を有する。フレーム切り分け情報
４６は、バッファ使用効率を向上させるためにエクスチ
ェンジキューの流入制限をするときに、フレームの切り
分け方法を示す情報であり、受信フレームをフレーム種
類３３によって切り分けるかフレームサイズ３４によっ
て切り分けるかの区別を示す。

【００１９】図５は、ＡＣＫ−１保留管理テーブル１９
のデータ構成を示す図である。ＡＣＫ−１保留管理テー
ブル１９は、保留とされたＡＣＫ−１送信を管理するテ
ーブルであり、エクスチェンジ対応にｎ個までのエント
リをもち、各エントリはエクスチェンジ番号５１、受信
時刻５２、保留状態５３及びタイムアウト時間５４の各
データ項目を有する。エクスチェンジ番号５１は、ＡＣ
Ｋ−１保留の対象となるエクスチェンジであり、エクス
チェンジキューテーブル１７のエクスチェンジ番号３１
を格納する。受信時刻５２はそのエクスチェンジについ
て該当するフレームの受信時刻を格納する。保留状態５
３はそのフレームについてＡＣＫ−１が保留されていれ
ばＷＡＩＴ、保留が解除されていれば解除を格納する。
保留状態５３の初期値は解除である。タイムアウト時間
５４は、ＣＰＵ２がフレームを送信してからＡＣＫ―１
を受信するまでの監視時間であり、そのエクスチェンジ
に係わるＣＰＵ２のタイムアウト時間を格納する。

【００２０】ＤＫＣ６は、あるＣＰＵ２から新しいエク
スチェンジの最初のコマンドフレームを受けたとき、空
いている受信バッファ２０がありエクスチェンジキュー
テーブル１７に空きのエントリがあればこれを受信し、
エクスチェンジキューテーブル１７の空きのエントリに
エクスチェンジ番号３１、フレ―ム内容３２、フレーム
種類３３、フレームサイズ３４、ＣＰＵアドレス３５及
び装置番号３６を登録する。またＡＣＫ−１保留管理テ
ーブル１９の空きのエントリにエクスチェンジ番号５１
と該当するＣＰＵ２のタイムアウト時間５４を格納し、
フレームの受信時刻を受信時刻５２に格納する。その後
そのエクスチェンジについて新しいフレームを受信する
ごとにエクスチェンジキューテーブル１７の該当するエ
ントリのフレ―ム内容３２、フレーム種類３３及びフレ
ームサイズ３４を更新し、ＡＣＫ−１保留管理テーブル
１９の該当する受信時刻５２を更新する。そのエクスチ
ェンジについて最後のフレームを受信し、ＣＰＵ２へＡ
ＣＫ−１を送信したときエクスチェンジキューテーブル
１７の該当するエントリの情報を削除し、空きのエント
リとする。またＡＣＫ−１保留管理テーブル１９の該当
するエントリを空きのエントリとする。ＤＫＣ６が送信
するフレームについてはエクスチェンジキューを管理す
る必要がないため、エクスチェンジの最後のフレーム受
信に応答した時点でＡＣＫ−１保留管理テーブル１９の
当該エクスチェンジのエントリを管理下から外す。

【００２１】図６は、エクスチェンジ多重度に応じてＡ
ＣＫ−１フレーム送信を制御する処理の流れを示すフロ
ーチャートである。ＤＫＣ６はＣＰＵ２からフレームを
受信した後、そのフレームについてＡＣＫ−１フレーム
を送信する必要があり、かついずれかの受信バッファ２
０に空きが生じたとき以下に示すＡＣＫ−１フレーム送
信処理を実行する。ＤＫＣ６はエクスチェンジキューテ
ーブル１７を参照して現在有効なエクスチェンジの数
（多重度）を計数する（ステップ６１）。次にエクスチ
ェンジキュー管理テーブル１８のキュー数しきい値４２
を参照し（ステップ６２）、エクスチェンジの多重度が
キュー数しきい値４２を越えているか否か判定する（ス
テップ６３）。キュー数しきい値４２を越えていなけれ
ば（ステップ６３ＮＯ）、ＡＣＫ−１保留管理テーブル
１９を参照して当該エクスチェンジの保留状態５３に解
除を格納し（ステップ６４）、エクスチェンジキューテ
ーブル１７の当該エクスチェンジのＣＰＵアドレス３５
で示されるＣＰＵ２へＡＣＫ−１フレームを送信する
（ステップ６５）。

【００２２】エクスチェンジの多重度がキュー数しきい
値４２を越えていれば（ステップ６３ＹＥＳ）、ＡＣＫ
−１保留管理テーブル１９の当該エクスチェンジの受信
時刻５２及びタイムアウト時間５４を参照し（ステップ
６６）、そのＣＰＵ２が要求するタイムアウト時間を順
守可能か否か判定する（ステップ６７）。ここではその
ＣＰＵ２のタイムアウト時間をＴとすると、 Ｔ−α＞（受信時刻５２−現在時刻） （式１） を満足するか否かの判定をする。αは余裕時間を示す正
の定数である。式１を満足しなければ（ステップ６７Ｎ
Ｏ）、ステップ６４へ行く。この式を満足すれば（ステ
ップ６７ＹＥＳ）、ＡＣＫ−１保留管理テーブル１９を
参照して当該エクスチェンジの保留状態５３にＷＡＩＴ
を格納し（ステップ６８）、処理を終了する。本処理に
よれば、ＡＣＫ−１送信のタイムアウトになる可能性が
なければ受信したフレームの応答としてのＡＣＫ−１送
信を遅延させる。これによって当該エクスチェンジに係
わるＣＰＵ２による後続フレームの送信を遅延させ、Ｃ
ＰＵ２が監視するタイムアウト時間に接近するタイミン
グでＡＣＫ−１を送信することができる。一方タイムア
ウトになる可能性があれば、即座にＡＣＫ−１フレーム
を送信しなければならない。

【００２３】図７は、保留したＡＣＫ−１送信を起動す
るポーリング処理の流れを示すフローチャートである。
ＤＫＣ６は、一定時間間隔ごとに以下のポーリング処理
を行う。ここで一定時間間隔は余裕時間αに比べて充分
小さくかつポーリングのオーバヘッドが許容できる程度
の時間である。ＤＫＣ６はＡＣＫ−１保留管理テーブル
１９の次の（最初の）エントリを参照し（ステップ７
１）、全エントリの処理を終了しテーブルの終端でなけ
れば（ステップ７２ＮＯ）、そのエントリの保留状態５
３を参照してＡＣＫ−１保留中か否か判定する（ステッ
プ７３）。ＡＣＫ−１保留中（ＷＡＩＴ中）であれば、
上記ステップ６１〜６８を実行し（ステップ７４）、ス
テップ７１に戻る。ＡＣＫ−１未保留（解除）であれ
ば、ステップ７１に戻る。ＡＣＫ−１保留管理テーブル
１９の全エントリの処理を終了しテーブルの終端に達し
たとき（ステップ７２ＹＥＳ）、処理を終了する。

【００２４】なおエクスチェンジの多重度は、ＤＫＣ６
に接続可能なＣＰＵ２の数、各ＣＰＵ２に関するＥＥク
レジットカウントなどによって動的に変化するから、エ
クスチェンジ多重度に応じて一定時間間隔でキュー数し
きい値４２を更新する学習機能を設けるのが望ましい。
ここでは学習機能の詳細なメカニズムには立ち入らな
い。

【００２５】図８は、ＣＰＵ２とＤＫＣ６との間の動作
シーケンスの例を示し、特にＣＵＢＵＳＹが発生するよ
うなシーケンスの例を示す。ＣＰＵ２がコマンドフレー
ムを発行すると、ＤＫＣ６はフレームを正しく受信しさ
らに受信バッファに空きがあれば応答フレームを発行す
る。このとき許容し得るエクスチェンジ多重度を越えた
場合にＤＫＣ６はＣＵ ＢＵＳＹのステータスフレーム
（ＳＴＵＳ’５０’）を発行する。これに対してＣＰＵ
２が応答フレームを発行し、続いてステータス受領フレ
ーム（ＡＣＰＴ ＳＴＵＳ）を発行する。これに対して
ＤＫＣ６が応答フレームを発行する。ＤＫＣ６のＣＵ
ＢＵＳＹ条件が解除されたとき、ＤＫＣ６から接続要求
フレーム（ＲＥＱ ＣＯＮ）を発行し、ＣＰＵ２がその
応答フレームを発行する。続いてＤＫＣ６はＣＵ ＥＮ
Ｄ報告のステータスフレーム（ＳＴＵＳ’２０’）を発
行し、ＣＰＵ２がその応答フレームを発行する。最後に
ＣＰＵ２がステータス受領フレームを発行し、ＤＫＣ６
その応答フレームを発行する。

【００２６】上記のようにエクスチェンジ多重度がＤＫ
Ｃ６の処理能力上の限界を示すしきい値を越えたとき、
ＤＫＣ６がＣＵ ＢＵＳＹを発行する必要があり、その
ときＤＫＣ６がＣＵ ＢＵＳＹを発行してから接続要求
フレームの発行を経て最後のＡＣＫ−１を送信するまで
の余分なシーケンスが発生する。本発明によればエクス
チェンジ多重度がこのしきい値を越えたときＣＵ ＢＵ
ＳＹを発行する代わりに各エクスチェンジのＡＣＫ−１
送信を遅延させるものである。これによって各エクスチ
ェンジの動作シーケンスが遅延されることになるが、Ｃ
Ｕ ＢＵＳＹに伴う余分なシーケンスに比べてＡＣＫ−
１遅延によるシーケンスの遅延が小さければ性能向上に
寄与することになる。また余裕時間αを増減させること
によってＡＣＫ−１遅延によるシーケンスの遅延を増減
させることができる。なお従来技術においても本発明に
おいても、空きの受信バッファ２０がない場合には、Ｄ
ＫＣ６はＣＵ ＢＵＳＹを発行することになる。また本
発明においてエクスチェンジキューテーブル１７に空き
のエントリがない場合には、ＤＫＣ６の処理能力上の上
限に達したものとみなしてＣＵ ＢＵＳＹを発行する。

【００２７】ＤＫＣ６は、周期的に各受信バッファ２０
の占有状態をサンプリングし、各受信バッファ２０の占
有状態のサンプル数／サンプリング回数の使用率を求
め、全受信バッファについて平均した平均使用率を算出
してエクスチェンジキュー管理テーブル１８のバッファ
使用率４４に格納する。ここで受信バッファ２０の占有
状態とは、その受信バッファ２０がデータ転送に使用さ
れているか又は実質的に他のデータ転送のために使用で
きない状態をいう。

【００２８】図９は、受信フレームの種類と受信バッフ
ァの使用率に応じてＡＣＫ―１フレーム送信を制御する
処理の流れを示すフローチャートである。ＤＫＣ６は上
記のようなＡＣＫ―１フレーム送信条件を満足すると
き、以下に示すＡＣＫ―１フレーム送信処理を実行す
る。ただし以下の処理は図６の処理とは独立に実行され
るものとする。ＤＫＣ６はエクスチェンジキュー管理テ
ーブル１８のバッファ使用率４４及びバッファ使用率し
きい値４５を参照し（ステップ８１）、バッファ使用率
４４がバッファ使用率しきい値４５を越えているか否か
判定する（ステップ８２）。バッファ使用率しきい値４
５を越えていなければ（ステップ８２ＮＯ）、ＡＣＫ−
１保留管理テーブル１９を参照して当該エクスチェンジ
の保留状態５３に解除を格納し（ステップ８３）、エク
スチェンジキューテーブル１７の当該エクスチェンジの
ＣＰＵアドレス３５で示されるＣＰＵ２へＡＣＫ―１フ
レームを送信する（ステップ８４）。

【００２９】バッファ使用率４４がバッファ使用率しき
い値４５を越えていれば（ステップ８２ＹＥＳ）、エク
スチェンジキューテーブル１７を参照し（ステップ８
５）、当該エクスチェンジのフレーム種類３３がデー
タ、すなわちデータ転送か否か判定する（ステップ８
６）。データ転送であれば（ステップ８６ＹＥＳ）、ス
テップ８３へ行く。データ転送でなければ、すなわちコ
マンド転送であれば（ステップ８６ＮＯ）、エクスチェ
ンジキューテーブル１７に登録されている他のエクスチ
ェンジのフレーム種類３３を参照して他のエクスチェン
ジでデータ転送があるか否か判定する（ステップ８
７）。他のエクスチェンジでデータ転送がなければ（ス
テップ８７ＮＯ）、ステップ８３へ行く。他エクスチェ
ンジでデータ転送があれば（ステップ８７ＹＥＳ）、Ａ
ＣＫ−１保留管理テーブル１９の当該エクスチェンジの
受信時刻５２及びタイムアウト時間５４を参照し（ステ
ップ８８）、そのＣＰＵ２が要求するタイムアウト時間
を順守可能か否か判定する（ステップ８９）。判定には
ステップ６７と同様に式１を用いる。式１を満足しなけ
れば（ステップ８９ＮＯ）、ステップ８３へ行く。式１
を満足すれば（ステップ８９ＹＥＳ）、ＡＣＫ−１保留
管理テーブル１９を参照して当該エクスチェンジの保留
状態５３にＷＡＩＴを格納し（ステップ９０）、処理を
終了する。本処理によれば、複数のエクスチェンジに亘
って受信バッファ２０に受信しているフレームがデータ
フレームとコマンドフレームの組合わせであってかつＡ
ＣＫ−１送信のタイムアウトになる可能性がなければ、
受信したフレームの応答としてのＡＣＫ−１送信を遅延
させる。これによって受信しているフレームがデータと
データ、又はコマンドとコマンドの組合わせの場合を優
先させ、受信バッファ２０の使用効率を上げることがで
きる。

【００３０】なお図９に示す例はエクスチェンジキュー
テーブル１７のフレーム種類３３によってフレームを切
り分けたが、フレームサイズ３４を参照してフレームの
大きさで受信フレームを切り分けてもよい。すなわちフ
レーム小／大を区分するしきい値を設定し、受信してい
るフレームがフレーム小とフレーム大の組合わせの場合
にＡＣＫ−１送信を遅延させるものである。受信フレー
ムをフレーム種類３３とフレームサイズ３４のいずれに
よつて切り分けるかを判定するときにフレーム切り分け
情報４６を参照する。

【００３１】ＤＫＣ６が保留したＡＣＫ−１送信を起動
するポーリング処理を行うことは上記のエクスチェンジ
多重度制御の場合と同様であり、周期的にステップ７１
〜７４を実行する。ただしステップ７４ではステップ８
１〜９０を実行することになる。

【００３２】なお図６の処理と図９の処理を両方サポー
トする場合には、図９の処理においてステップ８３およ
び８４を図６のステップ６１〜６８の処理によつて置き
換える。これによってまずバッファ使用率のチェックを
行い、ＡＣＫ−１保留条件を満足しない場合にエクスチ
ェンジ多重度のチェックを行ってＡＣＫ−１送信を保留
するか否かを決定することができる。この場合のポーリ
ング処理のステップ７４はこのようにして変更したステ
ップ８１〜８２、８５〜９０及び６１〜６８の組合わせ
となる。

【００３３】図１０は、図９に示す処理によってバッフ
ァの使用効率を上げる効果を説明するタイミング図であ
る。図１０（ａ）は従来動作のシーケンスを示す図、図
１０（ｂ）は本発明動作のシーケンスを示す図である。
ただし簡単のためにエクスチェンジの多重度は２であ
り、しきい値を越えていないものとし、受信バッファは
Ａ，Ｂの２個とする。またＣＰＵ２がデータフレームを
送信又は受信する前に４つのコマンドフレームを送信す
るものとする。またＣＰＵ２のＥＥクレジットカウント
が１とする。図でＤはデータフレームを示し、Ｃはコマ
ンドフレームを示す。

【００３４】図１０（ａ）において、ＣＰＵ２のチャネ
ルから受けたフレームＣ１をバッファＢに受信する動作
と並行してチャネルからバッファＡに受信したフレーム
Ｄ１をバッファからキャッシュ２１に転送する。フレー
ムＤ１をキャッシュ２１に転送終了した時点でバッファ
Ａが空くのでフレームＤ１に対してＡＣＫ−１を送信す
る。同様にフレームＣ１をキャッシュ２１に転送終了し
た時点でバッファＢが空くのでフレームＣ１に対してＡ
ＣＫ−１を送信する。以下フレームＤ２〜Ｄ４とフレー
ムＣ２〜Ｃ４について同じシーケンスが繰り返される。
この結果バッファＢに顕著なバッファ空き時間が生じ、
バッファの使用効率が低下する。このバッファ空き時間
の間、バッファＢはデータ転送に使用されていないにも
かかわらず他のデータ転送に使用できないため、実質的
に受信バッファが無駄に占有されている状態となる。

【００３５】図１０（ｂ）において、フレームＤ１をキ
ャッシュ２１に転送終了した時点でバッファ使用率はほ
ぼ１００％でしきい値を越えるが当該フレームはデータ
フレームなので直ちにＡＣＫ−１を送信し、続いてバッ
ファＡにフレームＤ２を受信する。一方フレームＣ１を
キャッシュ２１に転送終了した時点でバッファ使用率が
しきい値を越え、バッファＡ，Ｂを占有するフレームは
データフレームとコマンドフレームの組合わせとなるの
でフレームＣ１に対するＡＣＫ−１送信を保留する。こ
の結果フレームＤ３の受信とフレームＤ２のキャッシュ
２１転送が並行して行われ、フレームＤ４の受信とフレ
ームＤ３のキャッシュ２１転送が並行して行われ、バッ
ファの使用効率が向上し、シーケンス動作時間が短縮さ
れる。またフレームＣ１に対するＡＣＫ−１が送信され
た後、フレームＣ３の受信とフレームＣ２のキャッシュ
２１転送、フレームＣ４の受信とフレームＣ３のキャッ
シュ２１転送が並行して行われる。

【００３６】なお上記実施形態はＡＣＫ―１送信タイミ
ングを遅延させるものであるが、ＡＣＫ―１以外にＤＫ
Ｃ６がＣＰＵ２へ送信するデータフレーム又はコマンド
フレームの送信を遅延させるものであってもよい。例え
ばＣＰＵ２からのコマンドフレームに対してＤＫＣ６が
送信するコマンドレスポンスフレームの送信タイミング
を遅延させてもよい。

【００３７】

【発明の効果】以上述べたように本発明によれば、エク
スチェンジの多重度が増加してＤＫＣの処理能力限界に
近づいたとき、応答フレーム送信を遅延するという手段
によってこの状態を克服するので、ＣＵ ＢＵＳＹ状態
の発生を抑止することができ、もってコンピュータシス
テムの性能向上に寄与することができる。またＤＫＣの
受信バッファの使用効率が低下するような状態になった
とき、応答フレーム送信を遅延することによってバッフ
ァの使用効率を改善することができる。

【図面の簡単な説明】

【図１】実施形態のコンピュータシステムの構成図であ
る。

【図２】実施形態のディスクサブシステムの構成図であ
る。

【図３】実施形態のエクスチェンジキューテーブル１７
のデータ構成を示す図である。

【図４】実施形態のエクスチェンジキュー管理テーブル
１８のデータ構成を示す図である。

【図５】実施形態のＡＣＫ−１フレーム保留管理テーブ
ル１９のデータ構成を示す図である。

【図６】実施形態のエクスチェンジ多重度増加に対応す
るＤＫＣの処理の流れを示すフローチャートである。

【図７】実施形態の保留したＡＣＫ−１送信を起動する
ポーリング処理の流れを示すフローチャートである。

【図８】ＣＰＵ２とＤＫＣ６との間の動作シーケンスの
例を示す図である。

【図９】実施形態のバッファ使用効率向上のためのＤＫ
Ｃ６の処理の流れを示すフローチャートである。

【図１０】バッファ使用効率向上の効果を説明するタイ
ミング図である。

【符号の説明】

６：ＤＫＣ、１７：エクスチェンジキューテーブル、１
８：エクスチェンジキュー管理テーブル、１９：ＡＣＫ
−１フレーム保留管理テーブル、２０：受信バッファ、
４２：キュー数しきい値、４４：バッファ使用率、４
５：バッファ使用率しきい値

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 BB42 EE02 KK06 5B065 CA15 CE01 CE05 5K034 AA01 DD02 FF01 GG02 GG06 HH01 HH02 HH11 HH50 HH65 NN26

Claims (5)

【特許請求の範囲】
1. 【請求項１】１台以上の中央処理装置がファイバーチャ
   ネルを介してディスク制御装置に接続可能に構成される
   コンピュータシステムにおいて、前記ディスク制御装置
   は、前記中央処理装置との間でやりとりされるコマンド
   及びデータの一連の送受信シーケンスであるエクスチェ
   ンジの多重度が設定されたしきい値を越えているとき、
   前記中央処理装置から受信したフレームに対する応答フ
   レームの送信を遅延させることを特徴とするコンピュー
   タシステム。
2. 【請求項２】１台以上の中央処理装置がネットワークを
   介してディスク制御装置に接続可能に構成されるコンピ
   ュータシステムにおいて、前記ディスク制御装置は、前
   記中央処理装置との間でやりとりされるコマンド及びデ
   ータの一連の送受信シーケンスの多重度が設定されたし
   きい値を越えているとき、前記中央処理装置から受信し
   たフレームに対する応答フレームを前記中央処理装置が
   監視するタイムアウト時間に接近するタイミングで送信
   することを特徴とするコンピュータシステム。
3. 【請求項３】１台以上の中央処理装置がネットワークを
   介してディスク制御装置に接続可能に構成され、前記中
   央処理装置と前記ディスク制御装置との間に一連の送受
   信シーケンスをもつコマンド及びデータがやりとりされ
   るコンピュータシステムにおいて、前記ディスク制御装
   置は、受信したコマンドに対して応答フレームを送信す
   るとき、受信バッファの単位時間当りの占有時間の比率
   が所定のしきい値を越えておりかつ他の送受信シーケン
   スに属するデータが受信バッファを占有している場合に
   前記応答フレームの送信を遅延させることを特徴とする
   コンピュータシステム。
4. 【請求項４】外部との間でコマンド及びデータの一連の
   送受信シーケンスを多重に送受信するディスク制御装置
   において、同時に実行中の前記シーケンスの多重度を計
   数する手段と、前記多重度が設定されたしきい値を越え
   ているとき、外部から受信したフレームに対する応答フ
   レームの送信を遅延させる手段とを有することを特徴と
   するディスク制御装置。
5. 【請求項５】外部との間でコマンド及びデータの一連の
   送受信シーケンスを多重に送受信するディスク制御装置
   において、受信バッファの単位時間当りの占有時間の比
   率をバッファ使用率として計数する手段と、受信したコ
   マンドに対して応答フレームを送信するとき、前記バッ
   ファ使用率が所定のしきい値を越えておりかつ他の送受
   信シーケンスに属するデータが受信バッファを占有して
   いる場合に前記応答フレームの送信を遅延させる手段と
   を有することを特徴とするディスク制御装置。