JPH04336357A - 非同期転送用バッファのアロケーション方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、上位のチャネルとディ
スク装置等のデバイスをデバイスコントローラを介して
接続し、チャネルとデバイス間の非同期転送に先立ちデ
バイスコントローラのメモリ上に非同期転送に用いる転
送バッファ領域を確保する非同期転送用バッファのアロ
ケーション方式に関する。

【０００２】チャネル転送速度とデバイス転送速度の相
違に起因してデバイスコントローラの転送用バッファを
経由して行う非同期転送方式が注目されている。非同期
転送に用いる転送用バッファはデバイスコントローラの
共有メモリ上を使用しており、従って転送するデータ量
に見合った必要最小限のバッファ領域を確保するアロケ
ーション方式が望まれる。

【０００３】

【従来の技術】従来、磁気ディスク装置等の直接アクセ
ス装置（ＤＡＳＤ）を用いたＤＡＳＤサブシスムでは同
期転送方式を採用している。即ち、図１５に示すように
、ＣＰＵ１のチャネル２とデバイスとしてのディスクド
ライブ４はディスクコントローラ３のチャネルアダプタ
（ＣＡ）５とデバイスアダセプタ（ＤＡ）６及び内部バ
ス９介して直接に結合され、チャネル側とデバイス側の
転送速度を同一速度としてデータ転送を行っている。

【０００４】しかしながら、チャネル側とデバイス側と
の転送速度の相違やディスク回転の高速化等に伴い次世
代のＤＡＳＤサブシステムでは非同期転送方式が主流に
なるものと考えられる。非同期転送方式とは、デバイス
の転送とチャネルの転送を同期させず、転送用バッファ
を経由して独立に転送動作を行う方式である。

【０００５】例えば、リード処理では、デバイスからの
データを一旦転送用バッファに蓄え、適当なタイミング
でチャネルにチャネルの最大転送速度で読出して転送す
る。非同期転送が必要な理由、あるいは登場する背景に
は次のようなものがある。 （１）デバイス転送速度とチャネル転送速度の乖離デバ
イス側のデータ転送速度は、３ＭＢ／ｓからようやく４
．５ＭＢ／ｓになったが、改善の度合いとしては小さい
。これに対してチャネル側のデータ転送速度は光チャネ
ルインタフェース等の導入により、現在９ＭＢ／ｓにな
っており、将来はさらに高速化されることが予想される
。

【０００６】このような中で、チャネル性能を最大限に
発揮させるには、非同期転送方式としなければならない
。チャネルのデータ転送能力と効率を向上させることが
できれば、チャネル本数を大幅に削減することが可能と
なる。 （２）ディスクの高速回転 磁気ディスク装置の回転待ち時間を減らし、またデータ
転送速度を上げるためらには、ディスクを高速に回転さ
せることが最も効果的である。

【０００７】しかし高速回転のディスクの場合、フィー
ルド間ギャップ中に次のコマンドを受け取る同期転送方
式では、ギャップのバイト数が多くなり、経済性を損な
う。これに対し非同期転送方式では、従来機種とトラッ
ク容量が同じならば、高速回転にしてもトラック形式の
互換性をとることが可能となる。

【０００８】

【発明が解決しようとする課題】このような非同期転送
方式を実現するためには、ＤＡＳＤアクセスのために新
しいコマンド体系が必要になる。例えば従来の可変長Ｄ
ＡＳＤシステム（ＣＫＤ−ＤＡＳＤシステム）における
同期転送方式のコマンド体系「ＣＫＤ」を拡張した「Ｃ
ＫＤ−ＥＸ」が必要となる。

【０００９】非同期転送方式に適合したコマンド体系「
ＣＫＤ−ＥＸ」の導入に当たって問題となるのは、同期
転送方式を対象とした既存のソフトへの影響である。 即ち、最も大きな要因であるコマンド体系とトラック形
式については、次のようになる。現在のＤＡＳＤサブシ
ステムで非同期転送を実現するときの最大の障害は、コ
マンド体系である。

【００１０】現在のＣＫＤコマンド体系は、トラック上
のレコード処理を一つずつ指示するようになっている。 このため非同期転送のために転送用バッファにバッファ
リングするためには、転送データ量に応じたレコード分
の処理が必要となり、非常に具合が悪い。一方、小型Ｄ
ＡＳＤサブシステムの固定長ＤＡＳＤでは、従来からＦ
ＢＡコマンド体系が使用されており、ＦＢＡコマンド体
系では最初に何ブロックをリードするか或いはライトす
るかを宣言してからリード又はライトするので、非同期
転送に向いている。

【００１１】ＣＫＤ−ＥＸコマンド体系は、このＦＢＡ
コマンド体系の考え方を可変長ＤＡＳＤ（ＣＫＤ−ＤＡ
ＳＤ）に応用しようとするものである。ＣＫＤ−ＥＸコ
マンド体系では、トラック形式は従来どおりの可変長と
なるが、アクセス機能は非同期のために制約がつく。即
ち、ＣＫＤ−ＥＸコマンドでは、従来のＣＫＤコマンド
を拡張し、リード又はライトに先立って動作に関する情
報をディスクコントローラに与えることにより、ディス
クコントローラにおけるアクセス動作の最適化を図るも
のである。

【００１２】そのために次のコマンドを用意する。 −ＤＥＦＩＮＥ　　ＥＸＴＥＮＴ −ＬＯＣＡＴＥ　　ＲＥＣＯＲＤ ＣＫＤ−ＥＸコマンドで非同期転送を行うためには、最
初に必ずこのコマンドを発行しなければならない。

【００１３】「−ＤＥＦＩＮＥ　　ＥＸＴＥＮＴ」コマ
ンドは従来の同期転送を行うＣＫＤコマンドの「ＳＥＴ
　　ＦＩＬＥ　　ＭＡＳＫ」の代わりであり、更に「−
ＬＯＣＡＴＥ　　ＲＥＣＯＲＤ」コマンドでは、後続の
ＣＣＷ（Ｃｈａｎｎｅｌ　Ｃｏｎｔｒｏｌ　Ｗｏｒｄ）
　チェインで転送するデータ量をも指定する。このよう
な非同期転送方式では、デバイス側とチャネル側の転送
速度の相違をディスクコントローラに設けた転送用バッ
ファにデータを一時的に蓄えることで吸収して転送効率
を高めている。

【００１４】通常、ディスクコントローラには比較的大
量のデータを一時的に記憶できる共有メモリＳＳ（Ｓｈ
ａｒｅｄ　Ｓｔｏｒａｇｅ）が設けられ、例えばディス
クキャッシュのメモリとしても利用されているが、この
共有メモリＳＳの一部を非同期転送用のバッファとして
利用する。ところで、非同期転送に必要なバッファは、
各デバイス毎に用意されるが、転送されるデータ長は各
ＣＣＷチェインごとに様々である。

【００１５】そこで最大転送データ長に対応したバッフ
ァ領域を固定的に共有メモリＳＳ上に確保するアロケー
ションを行えばよい。しかし、非同期転送に使用する転
送用バッファの領域を固定的に共有メモリＳＳ上に確保
した場合には、可変長のデータ転送であるため確保した
バッファ領域を全て使用するものではなく、この分だけ
例えばキャッシュメモリとしての使用領域が制約され、
共有メモリＳＳの効率的な利用ができず、メモリ容量も
大きくなる問題があった。

【００１６】本発明は、このような従来の問題点に鑑み
てなされたもので、転送用バッファを確保する共有メモ
リを効率良く使用することのできる非同期転送用バッフ
ァのアロケーション方式を提供することを目的とする。

【００１７】

【課題を解決するための手段】図１は本発明の原理説明
図である。まず本発明は、図１（ａ）に示すように、上
位装置１のチャネル２とデバイス４の間に、チャネルア
ダプタ（ＣＡ）５、デバイスアダプタ（ＤＡ）６及び共
有メモリ（ＳＳ）７を備えたデバイスコントローラ３を
設け、共有メモリ７上に確保した転送用バッファ８を経
由してチャネル２とデバイス４間でデータを非同期に転
送する情報処理装置を対称とする。

【００１８】このような非同期転送に用いる転送用バッ
ファのアロケーション方式として本発明にあっては、前
記転送用バッファ８の容量を上位装置１からのアクセス
命令で指定されるデータ量Ｌに基づいて決定して共有メ
モリ７上に転送用バッファ８の領域をアロケーションす
ることを特徴とする。ここで上位装置１からのアクセス
命令は、リードするデバイスのレコード数（Ｒ）又はデ
バイスにライトするレコード数（Ｒ）を宣言する。

【００１９】また転送データ量をＬとし、デバイスアダ
プタ６とデバイス４間の転送速度を１とした時のチャネ
ル２とチャネルアダプタ５間の転送速度をγとした場合
、転送用バッファ８の容量を （γ−１）＊Ｌ／γ として求めることを基本とする。但しγ＞１である。

【００２０】更に、バッファ容量として装置処理データ
の最低単位をＣをリトライのために加えた容量｛（γ−
１）＊Ｌ／γ｝＋Ｃ を求めることが望ましい。

【００２１】一方、転送用バッファ８をアロケーション
した後、デバイス４からデータをデバイスコントローラ
３を経由してチャネル２に転送するリード時のバッファ
動作は、図１（ｂ）に示すように、転送用バッファ８に
対するリードデータのライト動作でバッファフルとなっ
た時にチャネル２に対する転送用バッファ８からのリー
ド動作を開始すると同時にリードデータのライト動作を
転送用バッファ８の先頭に戻って開始する動作を繰り返
し、転送用バッファ８に対するライト動作終了と略同時
にチャネル２に対するリード動作を終了する。

【００２２】また、転送用バッファ８をアロケートした
後、チャネル２からデータをデバイスコントローラ３を
経由してデバイス４に転送するライト時のバッファ動作
は、図１（ｃ）のように転送用バッファ８に対するライ
トデータのライト動作と略同時にデバイス４に対する転
送用バッファ８のリード動作を開始し、先行するライト
動作によるバッファフル時には再びバッファ先頭に戻っ
てライト動作を開始し、このライト動作によるバッファ
フルの直前でリード動作を終了する動作を繰り返し、ラ
イト動作の終了後はリード動作をバッファエンプティま
で継続する。

【００２３】

【作用】このような構成を備えた本発明の非同期転送用
バッファのアロケーション方式によれば、ディスクコン
トローラの共有メモリＳＳ上に確保する転送用バッファ
の容量を固定せず、アクセス毎の命令で宣言されたデー
タ量に基づいて最適値を求めてダイナミックにアロケー
ションすることができ、キャッシュメモリとしても使用
されている共有メモリＳＳを、可変長データの非同期転
送用バッファとして効率よく使用できる。

【００２４】

【実施例】図２は本発明の一実施例を示した実施例構成
図である。図２において、１は上位装置としてのＣＰＵ
であり、複数設けられたチャネル２のうちの１つにディ
スクコントローラ３を介してデバイスとしてのディスク
ドライブ４を接続している。尚、ディスクコントローラ
３とディスクドライブ４で通常の磁気ディスク装置が構
成される。

【００２５】ディスクコントローラ３にはＣＰＵ１のチ
ャネル２との間でデータ転送を行うチャネルアダプタ（
ＣＡ）５が設けられ、またディスクドライブ４との間で
データ転送を行うデバイスアダプタ（ＤＡ）６が設けら
れている。チャネルアダプタ５及びデバイスアダプタ６
は内部バス９を介して共有メモリ（ＳＳ）７に接続され
る。共有メモリ７はＲＡＭで構成され、ディスクキャッ
シュメモリとしても使用されている。

【００２６】本発明にあっては共有メモリ７上に各アク
セス時のデータ量に基づいてダイナミックに転送用デー
タバッファ８のバッファ領域をアロケーションすること
を特徴とする。この共有メモリ７上の転送用バッファ８
のバッファ領域のアロケーションは上位装置１からのリ
ードアクセスまたはライトアクセスの１回のコマンドチ
ェインの最初に位置する「ＤＥＦＩＮＥ　　ＥＸＴＥＮ
Ｔ」コマンド及び「ＬＯＣＡＴＥＲＥＣＯＲＤ」コマン
ドにより通知される処理レコード長に基づいて行われる
。

【００２７】この場合、簡単なアロケーションは通知さ
れた処理レコード長に対応したバイト数分だけバッファ
領域を確保すれば良いが、更に本発明にあってはダイナ
ミックな共有メモリ７の利用を可能とするため、チャネ
ル２側の転送速度とディスクドライブ４側の転送速度を
考慮した最適なバッファ容量を求めてアロケーションを
行う。このアロケーションするバッファ領域の求め方を
詳細に説明すると次のようになる。

【００２８】今、デバイスとしてのディスクドライブ４
からのリード及びライト処理は１シリンダ内でのみ連続
であって、複数シリンダに跨がる場合にはシリンダが変
わる毎にチャネル２とディスクコントローラ３は切り離
されるものとする。また、ディスクドライブ４上のギャ
ップは非常に小さいものとし、ギャップ処理時間は無視
できるものとする。

【００２９】まず、ディスクドライブ４とデバイスアダ
プタ６間の転送速度とチャネルアダプタ５とチャネル２
間の転送速度の比が １：γ　　　　　　　　　　　　（但し、γ＞１）であ
ったとする。

【００３０】例えばリードアクセスを例にとるとデバイ
スアダプタ６がディスクドライブ４から読み出したデー
タを転送用バッファ８上に書き込むのにかかる時間をＳ
１、転送バイト数をＬとすると、同じバイト数Ｌの全デ
ータをチャネルアダプタ５が転送用バッファ８から読み
出すのにかかる時間Ｓ２は Ｓ２＝（１／γ）＊Ｓ１ となる。従ってチャネルアダプタ５はデバイスアダプタ
６がディスクドライブ４からデータを読み出して転送用
バッファ８への書込みを開始してから Ｓ１−Ｓ２＝Ｓ１−（１／γ）＊Ｓ１ ＝（γ−１）＊Ｓ１／γ 時間後に転送用バッファ８からの読出しを開始すれば、
デバイスアダプタ６によるライト処理とチャネルアダプ
タ５によるライト処理は同時に終了する。

【００３１】しかし、転送用バッファ８のリード、ライ
トを時間で管理することはディスクコントローラ３の構
造上困難であるため、Ｓ１＝Ｌとすることで転送バイト
数で処理すると、チャネルアダプタはデバイスアダプタ
６が転送用バッファ８へ バッファ容量＝（γ−１）＊Ｌ／γ　　　　　　　　　
　（１）バイト書き込んだときに転送用バッファ８から
の読出しを開始すればそれぞれの処理を同時に終了する
ことができる。

【００３２】このことから、リード及びライト処理で共
有メモリ７上に必要な転送用バッファ８のバッファ容量
は バッファ容量＝（γ−１）＊Ｌ／γ　　　　　　　　　
　（１）バイトとなる。

【００３３】しかしながら、実際の処理ではチャネルア
ダプタ５によるリトライを考慮しなければならない。チ
ャネルアダプタ５によるリトライはブロック単位で行わ
れることから、転送用バッファ８は最低１ブロック分の
余裕があれば良い。従って１ブロックの容量をＣバイト
とすれば、共有メモリ７上にアロケーションするバッフ
ァ容量は バッファ容量＝｛（γ−１）＊Ｌ／γ｝＋Ｃ　　　　　
　（２）　　　　　　　　　　　　但し、Ｃは１ブロッ
クの容量とすれば良い。

【００３４】図３は（２）式に基づいて共有メモリ７上
に転送用バッファ８をアロケーションした状態で行われ
るリードアクセス時の転送用バッファ８に対するライト
及びリード動作を示した説明図である。図３において、
デバイス側の転送速度１に対しチャネル側の転送速度を
２、即ちγ＝２とした場合を例にとっている。

【００３５】この場合のバッファ容量は前記（２）式か
ら（Ｌ／２）＋Ｃとなるが、説明を簡単にするためバッ
ファ容量（Ｌ／２）として説明している。従って図３に
おいて、データ量Ｌに対し実際に使用される転送用バッ
ファのバッファ容量は（Ｌ／２）と半分になる。リード
処理はまず図３（ａ）に示すようにデバイスアダプタ６
からのリードデータを（１）のライトに示すように転送
用バッファ８に書き込む。

【００３６】この（１）のライトによりバッファフルに
なると図３（ｂ）の状態に移り、チャネル側転送速度に
よる（２）のリード動作を開始すると同時に、デバイス
側の転送速度によるライト動作を（３）に示すように再
びバッファ先頭に戻って繰り返す。続いて図３（ｃ）に
示すように、チャネル側転送速度による（５）のリード
でバッファエンプティとなったとき、デバイス側転送速
度による（４）のライトでバッファの半分までの新たな
書込みが行われており、（５）のリードでバッファエン
プティになると（６）のリードに示すように再びバッフ
ァ先頭に戻ってチャネル側転送速度によるリードを継続
する。

【００３７】続いて図３（ｄ）に示すように、デバイス
側転送速度による（７）に示すライトがバッファフルと
なって終了すると、チャネル側転送速度による（８）に
示すリードが追いついて、両者は同時に終了する。図４
は図３の場合と同じデータ量Ｌ及び必要バッファ容量（
Ｌ／２）を例にとって、チャネル２からディスクドライ
ブ４に対しデータを書き込む際の転送用データバッファ
８の動作を示す。

【００３８】まず図４（ａ）に示すように、転送用バッ
ファ８に対しチャネル側転送速度による（１）のライト
動作を開始すると同時にデバイス側転送速度による（２
）のリード動作を開始する。図４（ｂ）に示すように、
チャネル側転送速度による（３）のライト動作でバッフ
ァフルに達すると、このときデバイス側転送速度による
（４）のリード動作はバッファの半分まで行われる。

【００３９】続いて図４（ｃ）に示すように、再び転送
用バッファの先頭に戻って（６）に示すチャネル側転送
速度によるライトを繰り返し、（６）のライトでバッフ
ァフルとなったとき、先行して行われた（５）のリード
動作によるバッファエンプティが同時に起きる。最後に
、図４（ｄ）に示すように、チャネル側転送速度による
ライト動作が終了した状態でデバイス側転送速度による
（７）のリード動作がバッファエンプティとなるまで行
われる。

【００４０】次に、図２の実施例における本発明の非同
期転送でのデータ読出し及びデータ書込みを詳細に説明
する。まず、図５〜図８を参照してデータ読出しを詳細
に説明する。図５はリードアクセス時にＣＰＵ１からデ
バイスコントローラ３に発行される非同期転送のための
コマンドチェインを示し、コマンドチェイン先頭のＣＣ
Ｗ１で「ＤＥＦＩＮＥ　　ＥＸＴＥＮＴ」コマンドが発
行され、２番目のＣＣＷ２で「ＬＯＣＡＴＥ　　ＲＥＣ
ＯＲＤ」コマンドが発行される。

【００４１】このＣＣＷ２のコマンドにはシリンダ＝Ｃ
Ｃ＝００，ヘッド＝ＨＨ＝４，レコード＝Ｒ７に加えて
リードデータ量を示す「２ＲＥＣＯＲＤ　ＲＥＡＤ」が
宣言されており、１レコード当たりのバイト数は予め定
まっていることからリードデータのデータ量Ｌが判り、
前記（２）式からアロケーションするバッファ容量を算
出して共有メモリ上に転送用バッファ８をアロケーショ
ンすることができる。

【００４２】図５（ｂ）はディスクドライブ４における
磁気ディスク上のアクセス対象となるトラックレコード
の記録状態を示したもので、ヘッド４の再生レコードＲ
７と次のヘッド５の先頭レコードＲ１の２レコードをリ
ードすることになる。この図５のＣＣＷチェイン及びデ
ィスク状態に対応したリード動作は図６，図７にフェー
ズ１〜４に分けて示している。

【００４３】まず図６（ａ）のフェーズ１にあっては、
次の（１）〜（４）に示す動作を行う。 （１）「ＤＥＦＩＮＥ　　ＥＸＴＥＮＴ」コマンドを実
行する。 （２）「ＬＯＣＡＴＥ　　ＲＥＣＯＲＤ」コマンドでデ
ィスクドライブ４のアクセス箇所を指定し、且つ２レコ
ードのリードを宣言する。

【００４４】（３）デバイス４の動作待ちのため、チャ
ネル２と切り離れる。 （４）デバイス４にシーク動作を指示し突き放す。続い
て図６（ｂ）のフェーズ２に示す（５）〜（７）の動作
を行う。 （５）デバイス４からの位置付け完了報告、即ちヘッド
４のトラック位置付けの完了報告を受ける。

【００４５】（６）ヘッド４のレコードＲ７へのサーチ
条件を比較する。 （７）レコードＲ７を読み出して共有メモリ７上にアロ
ケーションした転送用バッファに転送する。続いて図７
（ｃ）のフェーズ３に示す（８）〜（９）´の処理を行
う。 （８）レコードＲ７を共有メモリ７に転送した後、チャ
ネル２と再結合する。

【００４６】（９）リードコマンドに基づきレコードＲ
７を共有メモリ７からチャネル２に転送する。 （９）´デバイス４のヘッドをヘッド５に切り替え、ヘ
ッド５で読み出した「ＨＡ／Ｒ０，Ｒ１」を共有メモリ
７に転送する。次に、図７（ｄ）のフェーズ４に示す（
１０）〜（１３）の処理を行う。

【００４７】（１０）レコードＲ１の共有メモリ７に対
する転送が終了したら、デバイスアダプタ６とデバイス
４は切り離される。 （１１）リードコマンドに基づきレコードＲ１を共有メ
モリ７からチャネル２に転送し、既に転送が済んだレコ
ードＲ７は消去する。 （１２）転送を終了し、ＣＣＷチェインの完了を確認し
てチャネル２から切り離される。

【００４８】（１３）最終的にレコードＲ１を共有メモ
リ７から消去して一連の処理を終了する。図８は図６，
図７のフェーズ１〜４に示した（１）〜（１２）の動作
をまとめてタイムチャートとして示し、実線が各部の動
作中を示す。次に図９〜図１２を参照してライトアクセ
ス時の動作を説明する。

【００４９】まず図９（ａ）はライトアクセス時のコマ
ンドチェインを示し、このコマンドチェインにあっては
図９（ｂ）に示すようにディスクドライブ４のヘッド４
の最終レコードＲ７から２レコード、即ち次のヘッド５
の先頭レコードＲ１の２レコードの書込みを宣言してい
る。図１０，図１１は図９のコマンドチェインに基づく
ライト動作をフェーズ１〜５に分けて詳細に示す。

【００５０】まず図１０（ａ）のフェーズ１にあっては
、次の（１）〜（３）の処理を行う。 （１）「ＤＥＦＩＮＥ　　ＥＸＴＥＮＴ」コマンドを実
行する。 （２）「ＬＯＣＡＴＥ　　ＲＥＣＯＲＤ」でデバイス４
のアクセス箇所を指定し、２レコードのライトを宣言す
る。

【００５１】（３）デバイス４にシーク動作を指示して
突き放す。次に図１０（ｂ）のフェーズ２にあっては次
の（４）の処理を行う。 （４）「ＷＲＩＴＥ　　ＵＰＤＡＴＥ　　ＤＡＴＡ」コ
マンドを受け、レコードＲ７のデータを共有メモリ７に
転送する。次に、図１０（ｃ）のフェーズ３に示す（５
）〜（７）の動作を行う。

【００５２】（５）レコードＲ７を共有メモリ７に転送
した後、次の「ＷＲＩＴＥ　　ＵＰＤＡＴＥ　　ＤＡＴ
Ａ」コマンドを受け、レコードＲ１のデータを共有メモ
リ７に転送する。 （６）デバイス４からのヘッド４に関する位置付け完了
報告を受ける。 （７）レコードＲ７へのサーチ条件を比較する。

【００５３】続いて、図１１（ｄ）のフェーズ４に示す
（８）〜（１１）の処理を行う。 （８）レコードＲ１の共有メモリ７に対する転送を終了
するとデバイス４への書込み終了を待つため、チャネル
２から切り離される。 （９）レコードＲ７を共有メモリ７からデバイス４に書
き込む。 （１０）レコードＲ７の書込終了後、ヘッド４からヘッ
ド５に切り替え、「ＨＡ／Ｒ０」を読みとばし、レコー
ドＲ１のデータを書き込む。

【００５４】（１１）レコードＲ７を共有メモリ７から
消去する。続いて、図１１（ｅ）のフェーズ５における
（１２）〜（１３）の処理を行う。 （１２）レコードＲ１をデバイス４に書込終了後、デー
タを共有メモリ７から消去する。

【００５５】（１２）´デバイス４を開放する。 （１３）チャネル２と再結合し、デバイスエンドを返し
、一連のＣＣＷチェインの実行を完了する。図１２は図
１０及び図１１のフェーズ１〜５に示した（１）〜（１
３）をタイムチャートとしてまとめて示している。 尚、各部の動作は実線で示す間、行われていることにな
る。

【００５６】ここで、チャネルエンド「ＣＨＡＮＮＥＬ
　　ＥＮＤ」が先に返ってコマンドチェインが終了した
場合、サブチャネルはデバイスエンド「ＤＥＶＩＣＥ　
　ＥＮＤ」待ちのフリー状態となる。その後の起動に対
してはＣＣ＝０となり、サブチャネルにＳＩＯ（Ｓｔａ
ｒｔＩ／Ｏ）をキューイングする。この場合のデバイス
エンドのときのチェック報告の問題を解決するため、ラ
イトコマンドで終了するコマンドチェインはＮＯＰコマ
ンド等をチェインし、デバイスエンドが報告されるまで
にサブチャネルをビジィ状態とする必要がある。

【００５７】図１３はリードオペレーションにおける本
発明の非同期転送用のＣＣＷチェインを従来の同期転送
用ＣＣＷチェインと対比して示す。また、図１４はライ
トオペレーションにおける本発明の非同期転送用ＣＣＷ
チェインを従来の同期転送用ＣＣＷチェインと対比して
示す。この図１３，１４から明らかなように、従来の同
期転送用ＣＣＷチェインにあってはトラック上のレコー
ド処理を一つずつ指示するようになっているが、本発明
の非同期転送用ＣＣＷチェインにあっては、処理対象と
するレコード数を一括して宣言している。

【００５８】

【発明の効果】以上説明してきたように本発明によれば
、デバイスコントローラ内に装備されるキャッシュメモ
リとしての用途ももつ共有メモリ上に各アクセス毎にチ
ャネル側とデバイス側の転送速度の相違を考慮した最適
容量をもつ非同期転送用バッファをアロケーションする
ことで、非常に効率良くメモリを使用することができる
。

【図面の簡単な説明】

【図１】本発明の原理説明図

【図２】本発明の実施例構成図

【図３】図２のリード時のバッファ動作説明図

【図４】
図２のライト時のバッファ動作説明図

【図５】図２のリ
ードアクセス時のコマンド及びデバイス記録状態の説明
図

【図６】図５のリード動作の詳細を示した説明図

【図７
】図５のリード動作の詳細を示した説明図（続き）

【図８】図６、図７のリード動作をまとめて示したタイ
ムチャート

【図９】図２のライトアクセス時のコマンド及びデバイ
ス記録状態の説明図

【図１０】図９のライト動作の詳細を示した説明図

【図
１１】図９のライト動作の詳細を示した説明図（続き）

【図１２】図６、図７のリード動作をまとめて示したタ
イムチャート

【図１３】リードオペレーションについて本発明の非同
期転送方式のコマンドを従来の同期転送方式と対比して
示した説明図

【図１４】ライトオペレーションについて本発明の非同
期転送方式のコマンドを従来の同期転送方式と対比して
示した説明図

【図１５】従来の同期転送方式の説明図

【符号の説明】

１：上位装置（ＣＰＵ） ２：チャネル ３：デバイスコントローラ ４：デバイス（ディスクドライブ） ５：チャネルアダプタ（ＣＡ） ６：デバイスアダプタ（ＤＡ） ７：共有メモリ（ＳＳ） ８；転送用バッファ ９：内部バス

Claims (6)

【特許請求の範囲】
1. 【請求項１】上位装置（１）のチャネル（２）とデバイ
   ス（４）の間に、チャネルアダプタ（５）、デバイスア
   ダプタ（６）及び共有メモリ（７）を備えたデバイスコ
   ントローラ（３）を設け、前記共有メモリ（７）上に確
   保した転送用バッファ（８）を経由して前記チャネル（
   ２）とデバイス（４）間でデータを非同期に転送する情
   報処理装置に於いて、前記転送用バッファ（８）の容量
   を上位装置（１）からのアクセス命令で指定されるデー
   タ量（Ｌ）に基づいて決定して前記共有メモリ（７）上
   に転送用バッファ（８）の領域をアロケーションするこ
   とを特徴とする非同期転送用バッファのアロケーション
   方式。
2. 【請求項２】請求項１記載の非同期転送用バッファのア
   ロケーション方式に於いて、前記アクセス命令は、リー
   ドするデバイスのレコード数（Ｒ）又はデバイスにライ
   トするレコード数（Ｒ）を宣言することを特徴とする非
   同期転送用バッファのアロケーション方式。
3. 【請求項３】請求項１記載の非同期転送用バッファのア
   ロケーション方式に於いて、転送データ量を（Ｌ）とし
   、デバイスアダプタ（６）とデバイス（４）間の転送速
   度を１とした時のチャネル（２）とチャネルアダプタ（
   ５）間の転送速度を（γ）とした場合、前記転送用バッ
   ファ（８）の容量を （γ−１）＊Ｌ／γ として求めることを特徴とする非同期転送用バッファの
   アロケーション方式。
4. 【請求項４】請求項１記載の非同期転送用バッファのア
   ロケーション方式に於いて、転送データ量を（Ｌ）とし
   、デバイスアダプタ（６）とデバイス（４）間の転送速
   度を１とした時のチャネル（２）とチャネルアダプタ（
   ５）間の転送速度を（γ）とし、更にデータ処理の最低
   単位ををＣとした時、前記転送用バッファ（８）の容量
   を ｛（γ−１）＊Ｌ／γ｝＋Ｃ として求めることを特徴とする非同期転送用バッファの
   アロケーション方式。
5. 【請求項５】請求項１記載の非同期転送用バッファのア
   ロケーション方式に於いて、前記デバイス（４）からデ
   ータをデバイスコントローラ（３）を経由してチャネル
   （２）に転送するリード動作時に、転送用バッファ（８
   ）に対するリードデータのライト動作でバッファフルと
   なった時にチャネル（２）に対する転送用バッファ（８
   ）からのリード動作を開始すると同時にリードデータの
   ライト動作を転送用バッファ（８）の先頭に戻って開始
   する動作を繰り返し、転送用バッファ（８）に対するラ
   イト動作終了と略同時にチャネル（２）に対するリード
   動作を終了することを特徴とする非同期転送用バッファ
   のアロケーション方式。
6. 【請求項６】請求項１記載の非同期転送用バッファのア
   ロケーション方式に於いて、前記チャネル（２）からデ
   ータをデバイスコントローラ（３）を経由してデバイス
   （４）に転送するライト動作時に、転送用バッファ（８
   ）に対するライトデータのライト動作と略同時にデバイ
   ス（４）に対する転送用バッファ（８）のリード動作を
   開始し、先行するライト動作でバッファフルになった時
   には再びバッファ先頭に戻ってライト動作を開始し、該
   ライト動作によるバッファフルの直前でリード動作を終
   了する動作を繰り返し、ライト動作の終了後はリード動
   作をバッファエンプティまで継続することを特徴とする
   非同期転送用バッファのアロケーション方式。