JPH10269143A - ディスクキャッシュ装置のキャッシュパラメータ制御方法及びディスクキャッシュ装置 - Google Patents

Abstract

(57)【要約】 【課題】 ストアイン型セットアソシエイティブ方式を
採用したディスクキャッシュ装置において、システムの
稼働を停止せずに、セット数及びウェイ数を変更する。 【解決手段】 該当するディスクに対するディスクキャ
ッシュのライトキャッシュ機能を停止する（ステップＳ
８−２）。これによって、新たなライトデータはディス
クキャッシュに書き込まれない。ライトバック動作によ
ってディスクキャッシュからライトデータが完全にディ
スクに転送されたことを確認した後（ステップＳ８−
３、Ｓ８−４）、該当するディスクキャッシュの機能を
完全に停止する（ステップＳ８−５）。その後、ディス
クキャッシュのセット数やウェイ数を変更する（ステッ
プＳ８−７）。次に、ディスクキャッシュの動作を開始
する（ステップＳ８−８）。これによって、システムを
停止させずにディスクキャッシュのセット数やウェイ数
を変更できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディスクキャッシ
ュに関する。特に、ストアイン型のセットアソシエイテ
ィブ方式を採用したディスクキャッシュに関する。

【０００２】

【従来の技術】ディスク記憶装置は大容量のデータを記
憶するのに幅広く用いられている。しかし、一般に、Ｃ
ＰＵ等のデータ処理ユニットに比較してデータのアクセ
ス速度が遅いため、いわゆるディスクキャッシュが広く
用いられている。そして、このようなディスクキャッシ
ュを内蔵したディスク記憶装置も多く用いられている。
このディスクキャッシュにおいては、データの実際のデ
ィスク上のアドレスと、ディスクキャッシュ上の格納位
置との対応手法が種々提案されている。これらの手法の
内、セットアソシエイティブ方式は性能と構成のバラン
スが良いため広く用いられている。

【０００３】

【発明が解決しようとする課題】このようなセットアソ
シエイティブ方式のディスクキャッシュにおいては、セ
ット数とウェイ数とがヒット率に大きな影響を与えるこ
とが知られている。しかし、システムの稼働中には、セ
ット数とウェイ数の値を変更することは容易ではない。

【０００４】さらに、システムで使用するアプリケーシ
ョンが複数個ある場合は、セット数とウェイ数とが固定
であることによって、実行しているアプリケーションに
よってはキャッシュのヒット率が低下してしまう事態も
想定される。

【０００５】本発明は、係る課題に鑑みなされたもので
あり、その目的は、アプリケーションを実行したまま、
ディスクキャッシュのパラメータを変更する方法を提供
することである。

【０００６】又、本発明は、アプリケーションを実行し
たまま、ディスクキャッシュのパラメータを最適な値に
設定できる方法を提供することである。

【０００７】又、本発明は、複数のディスクに共通に設
けられているディスクキャッシュであって、各ディスク
毎にキャッシュのパラメータを設定できるディスクキャ
ッシュを提供することを目的とする。

【０００８】パラメータとしては容量や、セット数、ウ
ェイ数等が挙げられる。

【０００９】又、本発明は、複数のディスクに共通に設
けられているディスクキャッシュであって、各ディスク
に対するアクセス回数に基づき、各ディスクのキャッシ
ュの容量を設定できるディスクキャッシュを提供するこ
とを目的とする。

【００１０】又、本発明は、セット数やウェイ数をヒッ
ト率を最大にするように設定できるディスクキャッシュ
を提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明は、上記課題を解
決するために、ストアイン型セットアソシエイティブ方
式を採用したディスクキャッシュ装置のセット数及びウ
ェイ数を変更する方法において、ライトキャッシュ機能
をＯＦＦ動作させ、前記ディスクキャッシュ装置から前
記ディスク装置へのライトバック動作を維持したまま、
前記ディスク装置に書き込むべきデータであるライトデ
ータが新たに前記ディスクキャッシュ装置に書き込まれ
ることを禁止するライトキャッシュ機能ＯＦＦステップ
と、前記ディスクキャッシュ装置に、前記ライトデータ
がまだ格納されているか否かを観察し、前記ライトデー
タが前記ディスクキャッシュ装置に格納されていない状
態になるまで、該監視を続ける監視ステップと、前記監
視ステップにおいて、前記ディスクキャッシュ装置に前
記ライトデータが格納されていないと判断された場合
に、前記ディスクキャッシュ装置の機能を停止させるデ
ィスクキャッシュ機能停止ステップと、前記ディスクキ
ャッシュ装置の内容を無効化する無効化ステップと、前
記ディスクキャッシュ装置のセット数とウェイ数とを所
定の値に設定するセット数及びウェイ数設定ステップ
と、前記ディスクキャッシュ装置を動作状態にするキャ
ッシュ機能ＯＮステップと、を含むものである。

【００１２】本発明は、前記キャッシュパラメータは、
前記ディスクキャッシュ装置のセット数及びウェイ数で
あるものである。

【００１３】本発明は、セットアソシエイティブ方式を
採用したディスクキャッシュ装置のセット数及びウェイ
数を算出する方法において、前記ディスク装置に対し
て、セット及びウェイの数を設定する設定ステップであ
って、前記設定するセット数及びウェイの数を変動させ
ながら、前記ディスク装置のヒット率を検出する変動ヒ
ット率検出ステップと、前記変動ヒット率検出ステップ
において検出したヒット率と、その検出時の前記セット
数及びウェイ数とを、記憶する記憶ステップと、前記記
憶ステップにおいて記憶したヒット率の中から、最大の
ヒット率を見つけだし、その最大のヒット率を検出した
時の前記セット数及びウェイ数を出力するセット・ウェ
イ数算出ステップと、を含むものである。

【００１４】本発明は、セットアソシエイティブ方式を
採用したディスクキャッシュ装置のセット数及びウェイ
数を設定する方法において、前記ディスク装置に対し
て、セット数及びウェイの数を設定する設定ステップで
あって、前記設定するセット数及びウェイの数を変動さ
せながら、前記ディスク装置のヒット率を検出する変動
ヒット率検出ステップと、前記変動ヒット率検出ステッ
プにおいて検出したヒット率と、その検出時の前記セッ
ト数及びウェイ数とを、記憶する記憶ステップと、前記
記憶ステップにおいて記憶したヒット率の中から、最大
のヒット率を見つけだし、その最大のヒット率を検出し
た時の前記セット数及びウェイ数を出力するセット・ウ
ェイ数算出ステップと、前記セット・ウェイ数算出ステ
ップにおいて算出したセット数及びウェイ数を前記ディ
スクキャッシュ装置に設定する設定ステップと、を含む
ものである。

【００１５】本発明は、複数のディスク装置に共通のデ
ィスクキャッシュ装置において、前記複数のディスク装
置のそれぞれに対して、独立してディスクキャッシュ容
量を設定する方法において、前記複数のディスク装置の
それぞれに対するアクセス回数をカウントするカウント
ステップと、前記カウントステップにおいてカウントし
た各ディスク装置に対するアクセス回数に基づき、前記
複数のディスク装置のそれぞれに対するディスクキャッ
シュ容量を設定するディスクキャッシュ容量設定ステッ
プと、を含むものである。

【００１６】本発明は、ストアイン型セットアソシエイ
ティブ方式を採用したディスクキャッシュ装置におい
て、ライトキャッシュ機能をＯＦＦ動作させ、本ディス
クキャッシュ装置から前記ディスク装置へのライトバッ
ク動作を維持したまま、前記ディスク装置に書き込むべ
きデータであるライトデータが新たに本ディスクキャッ
シュ装置に書き込まれることを禁止するライトキャッシ
ュ機能ＯＦＦ手段と、本ディスクキャッシュ装置に、前
記ライトデータがまだ格納されているか否かを観察し、
前記ライトデータが本ディスクキャッシュ装置に格納さ
れていない状態になるまで、該監視を続ける監視手段
と、前記監視手段が、本ディスクキャッシュ装置に前記
ライトデータが格納されていないと判断した場合に、本
ディスクキャッシュ装置の機能を停止させるディスクキ
ャッシュ機能停止手段と、前記ディスクキャッシュ装置
の内容を無効化する無効化手段と、前記ディスクキャッ
シュ装置のセット数とウェイ数とを所定の値に設定する
セット数及びウェイ数設定手段と、前記ディスクキャッ
シュ装置を動作状態にするキャッシュ機能ＯＮ手段と、
を含むものである。

【００１７】本発明は、複数のディスク装置に共通のデ
ィスクキャッシュ装置であって、セットアソシエイティ
ブ方式を採用したディスクキャッシュ装置において、前
記複数のディスク装置のそれぞれに対して、独立してキ
ャッシュパラメータを設定するキャッシュパラメータ設
定手段、を含むものである。

【００１８】本発明は、前記キャッシュパラメータ設定
手段は、前記複数のディスク装置のそれぞれに対して、
独立してセット数及びウェイ数を設定するセット・ウェ
イ数設定手段、を含むものである。

【００１９】本発明は、前記キャッシュパラメータ設定
手段は、前記複数のディスク装置のそれぞれに対して、
独立してディスクキャッシュの容量を設定するディスク
キャッシュ容量設定手段、を含むものである。

【００２０】本発明は、前記複数のディスク装置のそれ
ぞれに対するアクセス回数をカウントするカウンタ手
段、を含み、前記ディスクキャッシュ容量設定手段は、
前記カウント手段がカウントした各ディスク装置に対す
るアクセス回数に基づき、前記複数のディスク装置のそ
れぞれに対するディスクキャッシュ容量を設定するもの
である。

【００２１】本発明は、セットアソシエイティブ方式を
採用したディスクキャッシュ装置において、ディスク装
置に対してセット及びウェイを設定する手段であって、
前記設定するセット数及びウェイの数を変動させなが
ら、前記ディスク装置のヒット率を検出する変動ヒット
率検出手段と、前記変動ヒット率変動手段によって検出
されたヒット率と、前記ヒット率を検出した時の前記セ
ット数及びウェイ数とを記憶する記憶手段と、前記記憶
手段中から、最大のヒット率を見つけだし、この最大の
ヒット率が検出された時のセット及びウェイ数を出力す
るセット・ウェイ数決定手段と、を含むものである。

【００２２】本発明は、最適セット・ウェイ数決定手段
によって出力されたセット数及びウェイ数を、本ディス
クキャッシュに設定するセット数及びウェイ数設定手
段、を含むものである。

【００２３】

【発明の実施の形態】以下、本発明の好適な実施の形態
を図面に基づいて説明する。

【００２４】実施の形態１．図１には、本発明の好適な
実施の形態に係るディスク記憶装置の構成ブロック図が
示されている。この図１に示されているように、本ディ
スク記憶装置は、複数のディスク１０を備えたディスク
記憶装置である。これら複数のディスク１０はディスク
コントローラ１２によって制御されている。このディス
クコントローラ１２は、ホスト１４からの指示により所
定のデータをディスク１０に対して書き込む動作や、ホ
スト１４からの指示により所望のデータをディスク１０
から読み出す動作などを行う。

【００２５】本実施の形態にかかるディスクコントロー
ラ１２には、ディスクキャッシュ１６が備えられてい
る。このディスクキャッシュ１６は従来のディスクキャ
ッシュと同様にキャッシュデータ部１８とキャッシュ制
御機構２０とを備えている。

【００２６】このように、本実施の形態は複数のディス
ク１０を制御するディスクコントローラ１２に備えられ
ているディスクキャッシュ１６に関するものである。特
に、キャッシュ制御機構２０によるディスク制御とし
て、いわゆるストアイン型の制御方式を採用しているも
のである。

【００２７】また、キャッシュデータ部１８にはリード
キャッシュとライトキャッシュとが含まれている。リー
ドキャッシュは、ディスク１０から読みとったデータを
一時保持しておくキャッシュであり、ホスト１４から再
び同じデータに対しアクセスがあった場合に、このリー
ドキャッシュに保持されているデータをディスクコント
ローラ１２はホスト１４に返すものである。

【００２８】ライトキャッシュはディスク１０に書き込
むべきデータを一旦保持しておくキャッシュである。本
実施の形態においては、いわゆるストアイン型のライト
キャッシュの制御方式を採用しており、ホスト１４がデ
ィスクコントローラ１２に対し送出したデータはライト
キャッシュにのみ書き込まれる。そして、ホスト１４か
らのライトキャッシュへのデータの書き込みとは独立し
てライトキャッシュからディスク１０にデータが転送さ
れている。このように、ホスト１４からのデータ書込と
は独立して、ライトキャッシュからのデータをディスク
１０に書き込むデータをライトバック動作と一般に呼
ぶ。ストアイン型の制御方式はこのようにライトバック
動作を用いることにより、ホスト１４からのデータの処
理を迅速に行おうとするものである。

【００２９】なお、リードキャッシュとライトキャッシ
ュとは必ずしも物理的に別個独立とは限らず、一般には
物理的に同一のキャッシュが用いられる。本実施の形態
においては、単一のデータアレイ２２がリードキャッシ
ュ及びライトキャッシュとして用いられる構成が採用さ
れている。

【００３０】図１におけるキャッシュデータ部１８の詳
細な構成図が図２に示されている。図２に示されている
ように、キャッシュデータ部１８は、データアレイ２２
とアドレスアレイ２４と、データ保護用バッテリ２６
と、を備えている。

【００３１】データアレイ２２は、複数のブロックに分
割されている記憶装置であり、実際にディスクに書き込
むべきデータ、又はディスクから読んできたデータを収
納する部分である。例えばひとつのブロックは１ｋバイ
ト等の値が採用される。

【００３２】アドレスアレイ２４は、データアレイ２２
の各ブロック数と同数のタグに分割されている記憶装置
である。すなわち、各ブロック毎にその情報を保持する
記憶装置である。

【００３３】このように、アドレスアレイ２４はデータ
アレイ２２のブロックと同数のタグに分割されており、
各タグには、そのブロックが保持するデータがどのディ
スクに対応するか否かを表す「ディスク番号」やそのデ
ィスク中のどのアドレスのデータであるか否かを表す
「アドレス」等の情報が格納されている。上述したよう
に、本実施の形態に係るディスク記憶装置は、複数のデ
ィスク１０を備えているため、データアレイ２２の各ブ
ロックについてどのディスク１０の中のデータであるか
否かを表す必要があるためである。

【００３４】更に、このアドレスアレイ２４の各タグの
中には、ライトデータであるのかリードデータであるの
かを表す「ライト／リードデータ」のフラグが格納され
ている。ここで、このフラグの値が「ライトデータ」で
あるときは、対応するブロックのデータがディスク１０
に書き込むべきデータであることを意味する。上述した
ように、本実施の形態においてはストアイン型のライト
キャッシュを採用しているため、ライトバック動作によ
りこの「ライトデータ」はいずれディスク１０に書き込
まれるべきデータである。フラグの値の「リードデー
タ」とは、対応するブロックのデータがディスク１０か
ら読みとったデータであることを意味する。従って、デ
ィスク１０からデータを読む代わりに、このリードデー
タをデータアレイ２２から読み出すことができれば、迅
速なデータの読み出しが行える。

【００３５】なお、値「ライトデータ」は、対応するブ
ロックのデータがライトバック動作によりディスク１０
に書き込まれた後は、ディスク１０内部のデータとその
値が一致するため、「リードデータ」のフラグ値に変更
される。

【００３６】また、アドレスアレイ２４の各タグの中に
は、「ＬＲＵ情報」及びその他の制御情報も格納されて
いる。この「ＬＲＵ情報」は、いわゆるキャッシュの追
い出し動作などにおいてどのブロックを追い出すべきか
否かを決定するのに用いられる情報である。

【００３７】データ保護用バッテリ２６は、停電などに
よりデータアレイ２２やアドレスアレイ２４のデータが
破壊されないように、充電式のバッテリによりこれらの
記憶装置を保護する働きをしている。本実施の形態にお
いては、ストアイン型のライトキャッシュを用いている
ため、データの書き込みがあった場合にはディスク１０
の内容とデータアレイ２２の内容が一致しない場合が生
じている。この場合、正しい値は、ライトキャッシュに
のみ保持されている。従って、停電などによりデータア
レイ２２やアドレスアレイ２４の内容が消えてしまう
と、正しいデータを復元できなくなってしまう場合が生
じるからである。

【００３８】図１におけるキャッシュ制御機構２０の詳
細な構成図が図３に示されている。この図３に示されて
いるように、キャッシュ制御機構２０はヒット判定部や
ライトバック動作を制御するライトバック制御部などの
従来から良く知られている従来の機構２８を備えてい
る。この従来の機構２８に加え、本実施の形態に係るキ
ャッシュ制御機構２０は、ディスクへのアクセス回数を
測定するアクセス回数測定部３０と、ディスクキャッシ
ュにヒットする確率であるヒット率を測定するヒット率
測定部３２と、キャッシュパラメータの変更を行うキャ
ッシュパラメータ変更部３４と、を備えている。キャッ
シュパラメータの具体的な内容については、後述する。
また、図３に示されているように、キャッシュ制御機構
２０は、キャッシュパラメータを管理するパラメータ管
理テーブル３６を備えている。

【００３９】アクセス回数測定部３０は、各ディスク１
０毎のキャッシュへのアクセス回数を測定するものであ
る。また、ヒット率測定部３２は各ディスク１０毎のヒ
ット率を測定するものである。このヒット率を測定する
にはディスク１０へのアクセス回数と、ディスクキャッ
シュにヒットした回数を用いれば測定することができ
る。このヒットした回数をについては、このヒット率測
定部３２は、従来の機構２８に含まれるヒット判定部の
ヒットの判定を単に監視しているだけである。このヒッ
ト判定部のヒット判定を監視することにより、容易にヒ
ット率を測定することができる。

【００４０】本実施の形態においては、後述するよう
に、ライトアクセスは基本的に常にヒット扱いと同様の
扱いがなされるため、リードアクセスについてこのヒッ
ト率を測定している。

【００４１】キャッシュパラメータ変更部３４は、各デ
ィスク１０に対応したキャッシュ領域の分割や、その他
のキャッシュのパラメータの変更を行う部分である。後
述するように、本実施の形態においては各ディスク毎に
キャッシュ容量を別個に設定することができ、各ディス
ク１０に対応するキャッシュ容量がこのキャッシュパラ
メータ変更部３４において設定されるのである。

【００４２】また、本実施の形態においては後述するよ
うにいわゆるセットアソシエイティブ制御方式を採用し
たディスクキャッシュを利用しているが、このセットア
ソシエイティブ制御方式におけるセット数及びウェイ数
をキャッシュパラメータとして変更する部分がこのキャ
ッシュパラメータ変更部３４である。

【００４３】パラメータ管理テーブル３６は、各ディス
ク毎のキャッシュのパラメータを管理するテーブルであ
る。このパラメータ管理テーブル３６においては各ディ
スク１０毎に、例えば「キャッシュバイパスレングス」
や「キャッシュＯＮ／ＯＦＦ」、「ライトキャッシュＯ
Ｎ／ＯＦＦ」等の情報が格納されている。

【００４４】ここで、「キャッシュバイパスレングス」
は、キャッシュを用いずにデータ転送が行われる場合の
データの長さである。ディスクキャッシュが備えられて
いる場合には、データの読み出しや書き込みは原則とし
て全てディスクキャッシュを介して行われる。しかし、
きわめて巨大なデータの転送においては、いちいちキャ
ッシュにデータを格納するのは、オーバヘッドが大きく
なってしまうため、直接ディスク１０に書き込んだ（又
は読み出した）方が速度が向上する場合がある。又、そ
のような巨大なデータは頻繁にアクセスされるものでは
ないと考えられるため、ディスクキャッシュに格納して
おく意味がほとんどないことが多い。

【００４５】そのため、ある一定の長さ以上の大きなデ
ータについてはディスクキャッシュをバイパスするよう
な制御が行われることが多い。このようにキャッシュを
バイパスするべきデータの大きさの最小の大きさがこの
「キャッシュバイパスレングス」であり、この「キャッ
シュバイパスレングス」より大きな長さのデータはディ
スクキャッシュを介さずに直接ディスク１０とデータの
やりとりが行われる。

【００４６】パラメータの「キャッシュＯＮ／ＯＦＦ」
は、ディスクキャッシュを用いるか否かを表す情報であ
る。また、「ライトキャッシュＯＮ／ＯＦＦ」は、スト
アイン型の制御か、もしくはライトスルー型の制御を行
うかを表すフラグである。「ライトキャッシュＯＮ」の
場合にはストアイン型のキャッシュの制御を意味し、
「ライトキャッシュＯＦＦ」の場合にはライトスルー型
の制御を意味する。

【００４７】このパラメータ管理テーブル３６には、
「スタートブロック」と「エンドブロック」に関しても
各ディスク１０毎に記憶している。本実施の形態におい
ては、ディスクキャッシュはひとつの大きな容量の記憶
装置を設け、各ディスク１０毎にこの記憶装置の中を適
宜区切って、各ディスク１０用のディスクキャッシュと
して利用しているのである。従って、各ディスク１０が
用いるディスクキャッシュはその一つの巨大な記憶装置
の中のどの部分を利用するのかをあらかじめ決めておく
必要がある。

【００４８】そこで、各ディスク１０毎にディスクキャ
ッシュとして用いる領域を、上記「スタートブロック」
と「エンドブロック」で囲まれた部分と定義しているの
である。換言すれば、使用する領域の始点が「スタート
ブロック」で示され、終点が「エンドブロック」で示さ
れているのである。

【００４９】この「スタートブロック」と「エンドブロ
ック」の値を調整することにより、各ディスク１０に対
して用いられるディスクキャッシュの容量を調整するこ
とが本実施の形態においてできるものである。

【００５０】更に、パラメータ管理テーブル３６は、各
ディスク１０毎の「セット数」と「ウェイ数」とを格納
している。このセット数とウェイ数とはセットアソシエ
イティブ方式のディスクキャッシュにおけるセット数と
ウェイ数である。

【００５１】本実施の形態において特徴的なことは、こ
のセット数とウェイ数とが各ディスク１０毎に別個独立
に設定できることである。このように、セット数及びウ
ェイ数を各ディスク１０毎に設定できるため、データア
クセスの仕方に応じた最適なセット数及びウェイ数を各
ディスク１０毎に設定することができるのである。

【００５２】本実施の形態において特徴的なことはこの
パラメータ管理テーブル３６の中に、スタートブロック
及びエンドブロック、そしてセット数及びウェイ数が格
納されていることである。このような値が各ディスク１
０毎に設けられているため、ディスク毎にディスクキャ
ッシュの容量を調節することができ、またディスク１０
毎にセット数やウェイ数を変更することができるもので
ある。従来の技術では、このようなキャッシュのパラメ
ータはディスク記憶装置全体に対して単一の値しか設定
できず、各ディスク１０毎にきめ細かい制御を行うこと
はできなかったのである。

【００５３】図４には、ディスクキャッシュの動作概要
を表す説明図が示されている。この図を用い、ディスク
キャッシュの動作を簡単に説明する。

【００５４】ミスヒット時のリード動作 まず、ホスト１４からディスクコントローラ１２に対
し、リードコマンドが発行される（１）。次にディスク
コントローラ１２はこのリードコマンドに対応してディ
スクキャッシュ１６の内容を確認する（２）。ディスク
キャッシュ１６の内容を確認した結果、対応するデータ
がディスクキャッシュ１６には格納されていない、すな
わちミスヒットであることが判明すると、このディスク
コントローラ１２は対応するディスク１０に対してアク
セスを行う（４）。そして、ディスクコントローラ１２
はディスク１０からデータを受信する（５）。最後にデ
ィスクコントローラ１２は受信したデータをホスト１４
とディスクキャッシュ１６に転送する（２、６）。

【００５５】ヒット時のリード動作 ホスト１４からディスクコントローラ１２にリードコマ
ンドが発行される（１）。このリードコマンドに対し
て、ディスクコントローラ１２はディスクキャッシュ１
６の内容を確認する（２）。すると上記ミスヒット時と
は異なり、対応するデータがディスクキャッシュ１６の
内部に格納されている、すなわちヒットであることが判
明するため、ディスクコントローラ１２はディスクキャ
ッシュ１６から対応するデータを受信する（３）。この
受信したデータをディスクコントローラ１２はホスト１
４に対して転送する（６）。

【００５６】ライト動作 まず、ホスト１４はディスクコントローラ１２に対し書
き込むべきデータを伴ったライトコマンドを発行する
（１）。次に、ディスクコントローラ１２はディスクキ
ャッシュ１６の内容を確認する（２）。ディスクキャッ
シュ１６内に対応するデータが存在する場合には（ヒッ
トの場合）、データを上書きする。一方、ディスクキャ
ッシュ１６内に対応するデータが存在しない場合（ミス
ヒットの場合）には、新たにディスクキャッシュ１６に
そのデータを格納する。

【００５７】本実施の形態においては、ストアイン型の
ライトキャッシュの制御方式を採用しているため、いわ
ゆるヒット時においてもミスヒット時においても、その
動作はほぼ同じである。すなわち、ヒットの場合にはそ
のデータに対し上書きが行われ、ミスヒットの場合には
新たにデータが格納されるだけであり、いずれの場合に
おいてもディスク１０に対するアクセスは発生しない。

【００５８】更に本実施の形態においては、ライト動作
が行われた場合、そのディスクキャッシュ内のデータに
対するフラグの値は「ライトデータ」に変更される。こ
の値「ライトデータ」は、上述したようにディスク１０
に書き込まれるべきデータであることを意味する。

【００５９】なお、厳密に言えば、ライト動作の場合に
ミスヒットが生じると、ライトキャッシュにおいてブロ
ックの追い出しが必要となる場合もあり得る。しかし、
一般にはそのような場合は十分に少ないと考えられるた
め、結果的にミスヒットの場合もヒットの場合もライト
動作はほぼ同様の動作となる。

【００６０】ライトバック動作 ライトバック動作は、上述したリード動作やライト動作
と異なりホスト１４からの指示により行われる動作では
ない。このライトバック動作は、ホスト１４からのアク
セスとは非同期にディスクキャッシュ１６のライトデー
タをディスク１０に書き戻す動作である。このライトバ
ック動作は、ディスクキャッシュ１６から「ライトデー
タ」のフラグが付されているデータを見つけだして読み
出してくること（３）から始まる。読み出してきたデー
タは対応するディスク１０に書き込まれることになる
（４）。そして、このライトバック動作が完了したブロ
ックについてはその対応するフラグが「ライトデータ」
から「リードデータ」に変更される。この「リードデー
タ」のフラグは上述したようにディスク１０上のデータ
とその値が一致していることを意味し、ディスク１０か
ら読み出す代わりに、ディスクキャッシュ１６から読み
出すことができることを意味する。また、このリードデ
ータのフラグが付されているブロックのデータは、ディ
スク１０上のデータの値と同一であることを意味するた
め、そのキャッシュのデータを消しても正しいデータが
失われることはない。

【００６１】以上がディスクキャッシュ１６の動作の概
要であるが、上述のようにホスト１４から送られてきた
データの長さがきわめて大きい場合には、ディスクキャ
ッシュ１６をバイパスさせることが好ましい。しかし、
この場合でも送られてきたデータの中にディスクキャッ
シュ１６にすでに保持されているデータがある場合に
は、適宜ホスト１４から送られてきたデータの内容に合
わせてディスクキャッシュ１６の内容を更新することが
好ましい。

【００６２】実施の形態２．次に、キャッシュ制御機構
２０において特徴的な構成であるアクセス回数測定部３
０の動作をフローチャートに基づいて説明する。このア
クセス回数測定部３０の動作を表すフローチャートが図
５に示されている。

【００６３】まず、ディスクキャッシュ１６に対するア
クセスが発生した場合に、転送するデータの大きさがキ
ャッシュバイパスレングス以下であるか否かがステップ
Ｓ５−１において確認される。キャッシュバイパスレン
グス以下でない場合には、キャッシュはバイパスされる
ため、このような場合にはアクセス回数の測定は行わな
い。一方キャッシュバイパスレングス以下である場合に
は、キャッシュに対するアクセスが発生するため、次の
ステップＳ５−２に処理が移行する。

【００６４】ステップＳ５−２においては、複数あるデ
ィスク１０のうち、どのディスクに対するアクセスかが
判断される。この判断の結果、ディスク０へのアクセス
である場合には、ステップＳ５−３においてディスク０
に対応するカウンタをインクリメントし、処理が終了す
る。ディスク１に対するアクセスの場合には、ディスク
１に対応するカウンタの値をインクリメントし（ステッ
プＳ５−４）、処理が終了する。アクセスするディスク
がディスクｎの場合にはそのディスクｎに対応するカウ
ンタの値がインクリメントされる（ステップＳ５−
５）。

【００６５】このように、アクセス回数測定部３０は、
ディスクキャッシュ１６に対するアクセスの回数を、各
ディスク１０毎にカウントするもののである。このた
め、アクセス回数測定部３０は各ディスク１０毎にカウ
ンタを有している。このカウンタはハードウェアによる
カウンタで構成することも好ましいが、メモリ上の所定
の記憶領域にカウント値を格納するものとし、適宜ＣＰ
Ｕ等でこのカウント値をインクリメントする構成とする
ことも好ましい。

【００６６】次にキャッシュ制御機構２０における特徴
的な構成であるヒット率測定部３２（図３参照）の動作
をフローチャートに基づいて説明する。図６にはこのヒ
ット率測定部３２の動作を表すフローチャートが示され
ている。まず、ホスト１４からディスクアクセスの命令
が発行されると、ステップＳ６−１において、この命令
がリードアクセスか否かが検査される。この検査の結
果、リードアクセスでない場合にはヒット率には何ら反
映されない。これは、ライトアクセスの場合には、ヒッ
トである場合とミスヒットである場合の動作がほぼ同様
であるため、ヒット率にはあまり関係がないためであ
る。ステップＳ６−１においてリードアクセスであると
判断される場合には、ステップＳ６−２において転送さ
れるデータがキャッシュバイパスレングス以下であるか
否かが検出される。この検査を行う理由は、上述した図
５におけるフローチャートと同様である。

【００６７】ステップＳ６−２における検査の結果、キ
ャッシュバイパスレングス以下であると判断された場合
には、ステップＳ６−３においてどのディスク１０に対
するアクセスかが検査される。この動作も、上述した図
５のフローチャート同様に、各ディスク毎にヒット率を
測定するために行われているものである。

【００６８】ディスク０に対するアクセスの場合には、
ステップＳ６−４に処理が移行し、ヒットであるか否か
が検出される。このヒットであるか否かの判定自体は従
来の機構によってすでに判定されているため、このヒッ
ト率測定部３２は、この従来の機構におけるヒットの判
定を参照するだけである。

【００６９】ヒットしている場合にはステップＳ６−５
においてディスク０のヒットカウンタがインクリメント
され、処理が終了する。一方、ヒットでない場合には、
ディスク０のミスヒットカウンタがインクリメントさ
れ、処理が終了する（ステップＳ６−６）。

【００７０】さて、上記ステップＳ６−３においてディ
スク１に対するアクセスであると判断される場合には、
ステップＳ６ー７において同じようにヒットか否かが検
査される。ヒットである場合にはステップＳ６−８にお
いて所定のヒットカウンタがインクリメントされ、ヒッ
トでない場合にはステップＳ６−９においてミスヒット
カウンタがインクリメントされる。

【００７１】ディスクｎに対するアクセスである場合に
も、ヒットであるか否かが検出され、所定のヒットカウ
ンタ又はミスヒットカウンタのいずれかがインクリメン
トされる。これらの動作はステップＳ６−１０からステ
ップＳ６−１２において行われるが、これらの動作は上
述したステップＳ６−４からステップＳ６−６と同様で
ある。

【００７２】尚ヒットカウンタやミスヒットカウンタ
は、ハードウェアで構成することも好ましいし、又、メ
モリ上の所定領域にカウント値を格納し、適宜インクリ
メントする構成とすることも好ましい。

【００７３】次に、本実施の形態におけるヒットの定義
について説明する。本実施の形態においては、ヒットす
る場合とは、ディスク１０自体に対するアクセスが発生
しない場合（リード動作に限る）を言うものとする。な
お、ライト動作の場合には上述したように常にディスク
アクセスは発生しないため、ヒット率の測定におけるヒ
ットの定義には直接含めない。

【００７４】図７には、このヒット率測定部３２におい
てヒットと判定される場合、及びミスヒットと判定され
る場合の説明図が示されている。もちろん上述したよう
にこのようなヒット・ミスヒットの判断自体は従来の構
成によって行われており、ヒット率測定部３２は単にこ
の判定結果を監視しているだけである。

【００７５】図７には１ブロックが１Ｋバイトである場
合の例が示されている。すなわち図７においてａやｂな
どはそれぞれ１Ｋバイトのブロックを意味する。

【００７６】まず、図７（１）に示されているように、
ディスクキャッシュ１６の上にａｂのデータが格納され
ている場合、ホスト１４から２Ｋバイトのアクセス要求
がａｂについて行われている。この場合には、アクセス
要求が出されたデータが全てディスクキャッシュ１６上
に存在するため、ディスクアクセスは発生せず、ヒット
となる。

【００７７】図７（２）の場合には、キャッシュ上のデ
ータがａｂｃｄである場合に、ホスト１４から１ｋバイ
トのアクセス要求がｂについて行われている。この場合
には、アクセス要求があったデータは全てディスクキャ
ッシュ１６上に存在するため、ディスクアクセスは発生
しない。従って、この場合もヒットとなる。

【００７８】図７（３）に示されている場合には、ディ
スクキャッシュ１６にはｄｅのブロックが格納されてお
り、ホスト１４から２Ｋバイトのアクセス要求がａｂに
ついて出されている。この場合には、アクセス要求があ
ったデータはいずれもディスクキャッシュ１６の上には
存在しない。従って、ディスクアクセスをしなければな
らず、この場合はミスヒットである。

【００７９】図７（４）に示されているように、ディス
クキャッシュ１６上にｂｃｄｅが存在するときにホスト
１４からのアクセス要求がａｂｃｄの４Ｋバイトについ
て行われたときは、いわば一部ヒットの状態である。こ
の場合はｂｃｄについてはディスクキャッシュ１６から
取り出すことができるが、ａについては実際のディスク
１０に対してアクセスを行わなければならない。従って
本実施の形態においてはこのようないわば一部ヒットの
場合はミスヒットとしている。すなわち、本実施の形態
においては、ディスクアクセスが全く生じない場合のみ
をヒットとしているのである。

【００８０】本実施の形態においては上述したようにリ
ードアクセスの場合についてのみヒット率を測定してい
る。これは、ライトアクセスにおいてはキャッシュバイ
パスまたはキャッシュに空きブロックが存在しない場合
を除いて、ディスクアクセスは発生しないためである。
一般には上述した非同期のライトバック動作によりキャ
ッシュ上のライトデータは次々にディスク１０に書き込
まれるため、常に空きブロックは存在すると考えること
ができる。そのため、ライトアクセスについてはヒット
率を測定していない。

【００８１】具体的なヒット率の計算式は、ヒットカウ
ント／（ヒットカウント＋ミスヒットカウント）×１０
０（％）となる。なお、ミスヒットカウントには、キャ
ッシュバイパスの場合のカウントは含まれないことは、
上述した通りである。

【００８２】次に、キャッシュパラメータ変更部３４
（図３参照）の動作をフローチャートに基づいて説明す
る。キャッシュパラメータ変更部３４の動作を表すフロ
ーチャートが、図８に示されている。この図に示されて
いるように、キャッシュパラメータ変更部３４は、ホス
ト１４からパラメータ変更コマンドを受信すると（ステ
ップＳ８−１）、パラメータを変更する対象であるディ
スク１０のライトキャッシュをＯＦＦとする（ステップ
Ｓ８−２）。このライトキャッシュをＯＦＦさせること
により、新たなライトデータがディスクキャッシュ１６
上に格納されることがなくなる。

【００８３】次にステップＳ８−３においては、その該
当するディスク１０のライトバック動作が実行される。
このライトバック動作は、ホスト１４からのアクセス動
作とは非同期に常に動作しており、ライトキャッシュが
ＯＦＦされることにより、ライトキャッシュに対しては
ライトバック動作のみが行われることになる。

【００８４】次にステップＳ８−４において、ディスク
キャッシュ１６上のライトデータがなくなったか否かが
検査される。ライトデータがまだ残っている場合には、
このステップＳ８−４が繰り返し実行される。上述した
ようにライトバック動作は、ライトキャッシュをＯＦＦ
させても維持されているため、このライトバック動作に
よりディスクキャッシュ１６上のライトデータは次々に
ディスク１０に転送される。この転送が行われるとディ
スクキャッシュ１６上のフラグは上述したように、その
値が「ライトデータ」から「リードデータ」に変更され
ていくのである。

【００８５】なお、上述したように本実施の形態におい
ては大きな記憶装置の中の一部分を一台のディスク１０
に割り当て、複数のディスク１０がひとつの大きな記憶
装置をディスクキャッシュ１６として共用している。そ
のため、ステップＳ８−４におけるライトデータの存在
の検査は、該当するディスク１０に対応する領域のみが
検査されるのである。

【００８６】ステップＳ８−４における検査の結果、ラ
イトデータが全てディスク１０上に転送されてしまい、
ディスクキャッシュ１６上のデータが全てリードデータ
（ディスク１０上のデータと同一の値のデータ）になっ
てしまった場合には、ステップＳ８−５において該当す
るディスク１０のキャッシュがＯＦＦとされる。このキ
ャッシュＯＦＦにより、該当するディスク１０のディス
クキャッシュ１６は完全に動作をしなくなる。

【００８７】ステップＳ８−６においては該当するディ
スク１０に対応するアドレスアレイ２４のクリアが行わ
れる。すなわち、このアドレスアレイ２４の内容をリセ
ットすることにより、データアレイ２２を無効化してい
るのである。そのため、データアレイ２２自体をクリア
する必要はないため、データアレイ２２についてはなん
ら処理を行っていない。

【００８８】次に、ステップＳ８−７において、キャッ
シュパラメータの変更が行われる。このキャッシュパラ
メータは、そのディスクキャッシュ１６のセット数やウ
ェイ数、スタートブロックやエンドブロックの値などで
ある。このステップＳ８−７において、キャッシュのパ
ラメータを変更することにより、セットアソシエイティ
ブ方式におけるセット数やウェイ数を自由に変更するこ
とができる。また、スタートブロックやエンドブロック
の値を書き換えることによりその対応するディスク１０
のディスクキャッシュ１６の容量を変更することができ
る。

【００８９】本実施の形態において特徴的なことは、シ
ステムが稼働している最中に、このようなキャッシュパ
ラメータの変更を行うことができることである。従来
は、アプリケーションが動作しているのを止めて、ディ
スクキャッシュを使わない状態にしてから、そのディス
クキャッシュのパラメータを変更する必要があった。

【００９０】しかしながら、本実施の形態によれば、ま
ずライトキャッシュをＯＦＦすることにより、新たなラ
イトデータがライトキャッシュに書き込まれるのを制限
した。そのため、ディスクキャッシュ１６上のデータを
失っても良い状態に移行させることができた。そのた
め、アプリケーションを止めることなくディスクキャッ
シュ１６を止めることができるものである。

【００９１】従って、システム及びアプリケーションを
何ら止めることなく、ディスクキャッシュ１６のセット
数やウェイ数などのパラメータを変更することができ
る。もちろん、アプリケーションなどを停止させる必要
はないが、ディスクキャッシュ１６が一時的に停止する
ため、性能は低下することになる。

【００９２】このようなステップＳ８−７におけるキャ
ッシュパラメータの変更を終えた後、ステップＳ８−８
において該当するディスク１０のキャッシュがＯＮ状態
となる。同様にして、該当するディスクのライトキャッ
シュもＯＮ状態とすることにより、ディスクキャッシュ
１６が動作状態とされる。

【００９３】以上述べたように、本実施の形態によれ
ば、アプリケーションを止めることなく、キャッシュの
パラメータ、すなわちセット数やウェイ数を変更するこ
とができる。また、スタートブロックやエンドブロック
を変更することにより、各ディスク１０毎にディスクキ
ャッシュ１６の容量を変更することができる。

【００９４】しかし、実際には、各ディスク１０が使用
できる容量は、他のディスク１０との関係を考慮しなけ
ればならない。そのため、各ディスク１０毎にディスク
キャッシュ１６の容量を変更する場合には、全てのディ
スク１０に対する容量をまとめて変更することが好まし
い。

【００９５】又、キャッシュパラメータ、例えばセット
数やウェイ数を変更する際には、最適なセット数やウェ
イ数を設定することが好ましい。このためには、実験や
経験則などにより最適なセット数やウェイ数を予め知る
必要がある。また、実行するアプリケーション毎に最適
なセット数やウェイ数が異なる場合も多いであろう。そ
のため、アプリケーションが切り替わる際に本実施の形
態で提案する方法によってキャッシュのパラメータを適
宜最適な値に変更することが好ましい。このように、ア
プリケーションの切替の度にキャッシュパラメータを予
め実験等により調べておいた最適なセット数やウェイ数
に設定することにより、常に最高の性能を発揮するディ
スク記憶装置が得られる。

【００９６】なお、ホスト１４から発行されるキャッシ
ュパラメータ変更コマンドによれば、各ディスク１０毎
にキャッシュパラメータの変更が行える。

【００９７】実施の形態３．次に、セットアソシエイテ
ィブ方式について説明する。

【００９８】図９には、本実施の形態において採用され
ているセットアソシエイティブ方式の概念の説明図が示
されている。セットアソシエイティブ方式自体は従来か
ら広く知られている概念である。

【００９９】図９に示されているように、データアレイ
２２の中にブロックが３２個含まれている場合、これに
対応し、アドレスアレイ２４の中にも対応して３２個の
タグが必要である。セットアソシエイティブ方式は、論
理アドレスをこの３２個のタグに対応させる場合の管理
概念である。

【０１００】なお、データアレイ２２における１ブロッ
クの容量は、実際のディスク１０の１セクタ分に対応す
ることが好ましい。

【０１０１】図９に示されているように、セットアソシ
エイティブ方式の管理方法によれば、３２個のタグを４
セットの８ウェイにマトリクス状に配置し、２次元で管
理を行っている。

【０１０２】ここで、本実施の形態においては、論理ア
ドレスの下２ビットによりセットが決定される。すなわ
ち、４つのセットは論理アドレス「００」、「０１」、
「１０」、「１１」にそれぞれ対応する。次に、その論
理アドレスに対応するタグがどこにあるかは、１つのセ
ットに含まれる全てのウェイを調べることから行われ
る。図９に示されている例においては、８ウェイである
ため、８個のタグとの比較が行われる。そして、比較の
結果、対応する論理アドレスが存在した場合には、デー
タアレイ２２の中に対応する論理アドレスのデータが格
納されていることになり、見つけられなかった場合には
いわゆるミスヒットであり、データアレイ２２には対応
する論理アドレスのデータは格納されていない。なお、
アドレスアレイ２４の中の各タグの中にはデータアレイ
２２のどのブロックに対応するか否かの情報が格納され
ているため、タグからデータアレイ２２の中のブロック
をたどることができるものである。

【０１０３】図９に示されているように、３２ブロック
に対応する３２個のタグを２次元に配置する方法は４セ
ット×８ウェイだけではない。セットを増やしウェイを
減らすことも考えられる。例えば、８セット×４ウェイ
にすることもできる。セットの数とウェイの数をどのよ
うに選ぶかは、実行するアプリケーションの性質による
と考えられる。

【０１０４】一般には、ランダムアクセスの場合には、
セット数を少なくし、ウェイ数を増やした方が良いと考
えられている。これに対し、シーケンシャルアクセスの
場合には、論理アドレス上で連続したアクセスが行われ
る場合が多いため、ウェイ数を少なくし、セット数を増
やした方が検索の対象が少なくてすみ、好ましいと考え
られている。

【０１０５】ところで、本実施の形態においては、図１
で説明したように複数のディスク＃１、＃０が備えられ
ている。そして、この複数のディスク＃１、＃０に対し
単一のディスクキャッシュ１６が用いられているのであ
る。従来の技術にかかるディスクキャッシュ装置によれ
ば、セット数やウェイ数はディスクキャッシュ装置全体
で一定のものしか採用できなかった。例えば、ディスク
の＃０についてはシーケンシャルアクセスが多いのに対
し、ディスクの＃１についてはランダムアクセスが多い
場合も考えられよう。このような状況下においては、デ
ィスクキャッシュ装置全体としてひとつのセット数及び
ウェイ数だけを設定したのではそれぞれのディスクに対
して最適な設定を行うことができない。

【０１０６】これに対し、本実施の形態によれば、各デ
ィスク＃１、＃０毎にセット数及びウェイ数を設定でき
るため、各ディスク＃１、＃０に対し最適なセット数及
びウェイ数を設定することができる。

【０１０７】ディスク＃０とディスク＃１に対し異なる
セット数やウェイ数が設定されている場合の説明図が図
１０に示されている。

【０１０８】この図１０に示されている例においてもデ
ータアレイ２２の中には３２ブロック含まれており、こ
れらのブロックがディスクの＃０とディスクの＃１に分
割してそれぞれ割り当てられている。また、図９に示さ
れている例と同様に、１ブロックの容量は、ディスク＃
１、＃０の１セクタ分である。

【０１０９】図１０に示されているように、本実施の形
態に係るデータアレイ２２は、ディスクの＃０とディス
クの＃１に分割されている。分割の比率は、自由に定め
ることができるが、図１０に示されている例においては
１６ブロックずつ等分にされている。分割の比率は、上
述したようにスタートブロックやエンドブロックを調整
することにより行われる。例えば、ディスク＃０のスタ
ートブロックは、ブロック１であり、ディスク＃０のエ
ンドブロックはブロック１６である。なお、ディスク＃
０のスタートブロックが図１０において（１）で示さ
れ、エンドブロックが（３）で示されている。同様にし
てディスク＃１のスタートブロック、すなわち（２）は
ブロック１７でありディスク＃１のエンドブロックはブ
ロック３２である（図１０において（４）で示されてい
る）。このように、スタートブロックとエンドブロック
によって、各ディスク＃１、＃０に対する容量が定めら
れているため、スタートブロックとエンドブロックの値
を変えることにより、容易に各ディスク＃１、＃０に対
するディスクキャッシュの容量を調整することができ
る。

【０１１０】図１０に示されている例においては、各デ
ィスク＃０とディスク＃１に対して分割したディスクキ
ャッシュの構造を、各ディスク毎に最適化している。例
えば、ディスク＃０に対しては４ウェイの４セットが設
定されている。このようなディスク＃０に対するセット
数やウェイ数もキャッシュのパラメータとして登録され
ている。このキャッシュパラメータは、図３で説明した
ようにパラメータ管理テーブル３６において管理されて
いる。図１０においてはディスク＃０のセット数が
（５）で示されており、ディスク＃０のウェイ数が
（７）で示されている。ディスク＃０に対しては４セッ
トであるため、図１０に示されているように論理アドレ
スの下２ビットを用いて論理アドレスと各セットとの対
応がとられている。そして、ウェイ数は４であるため、
１つのセットの中に含まれる４個のタグの中から対応す
る論理アドレスが探索されるのである。

【０１１１】これに対し、ディスク＃１に対しては同じ
１６個のブロック数ではあるものの、８セット２ウェイ
のセットアソシエイティブ方式が採用されている。図１
０に示されているように、このディスク＃１のセット数
が（６）で示されており、ディスク＃１のウェイ数が
（８）で示されている。セット数が８であるため、この
ディスク＃１については論理アドレスの下３ビットを用
いて論理アドレスと各セットとの対応がとられている。
各セットには２つのウェイが含まれているため、１回の
アクセスにおいては２つのウェイの中から対応する論理
アドレスの探索が行われる。

【０１１２】本実施の形態において特徴的なことは、複
数のディスク＃１、＃０に対するディスクキャッシュを
１つの大きなデータアレイ２２を用いて構成し、各ディ
スク１０毎にそのスタートブロックとエンドブロックを
キャッシュパラメータとして管理していることである。
そのため、各ディスク１０毎にディスクキャッシュの容
量を設定することができる。また、各ディスク１０毎に
セット数とウェイ数をキャッシュパラメータとして管理
しているため、各ディスク１０毎にセット数とウェイ数
を最適な値に設定することができる。

【０１１３】実施の形態４．さて、上述したように、本
実施の形態においては、各ディスク１０毎にセット数や
ウェイ数、ディスクキャッシュ容量をそれぞれ設定する
ことができる。ここで、ディスクキャッシュの容量はそ
れぞれのディスク１０に対するアクセスの回数を測定し
て分割比率を決定することが好ましい。更に、セット数
とウェイ数については実際のシステムを運用しながらそ
のヒット率を監視し、ヒット率が高くなるような値に決
定することが好ましい。

【０１１４】このような考えに基づき各ディスク１０毎
の分割比率やセット数・ウェイ数の設定を行う動作の流
れが図１１のフローチャートに示されている。

【０１１５】まず、ステップＳ１１−１においてシステ
ムの立ち上げが行われる。そして、ディスクキャッシュ
１６を適当な比率に複数のディスク１０に対して分割し
て、標準的なセット数及びウェイ数を設定する。

【０１１６】この状態で、ステップＳ１１−２において
アクセス回数の測定が行われる。この測定は、所定時間
行われるが、各システムの種類に応じて必要な時間は異
なることになろう。例えば、簡単なアプリケーションを
実行するような場合には、短時間でこのアクセス回数の
測定を終了できるであろうし、又、午前と午後で行う業
務が異なるような大規模な用途においては、アクセス回
数の測定も１日かけて行う必要があろう。

【０１１７】ステップＳ１１−３において各ディスク１
０に対するアクセス回数が測定され、この測定回数に基
づき各ディスク１０に対するキャッシュの容量を決める
ことができる。典型的には、各ディスク１０に対するア
クセス回数に比例するようにディスクキャッシュ１６の
容量を分割することが好ましい。このようなディスクキ
ャッシュ１６の分割容量の設定は、ホスト１４からディ
スクコントローラ１２に対するキャッシュパラメータ変
更コマンドにより行われる。なお、本ステップＳ１１−
２におけるアクセス回数の測定は、アクセス回数測定部
３０により行われる。

【０１１８】次にステップＳ１１−４においては、上記
分割されたディスクキャッシュ１６の各ディスク１０に
対応して、標準的なセット数及びウェイ数を設定する。
このセット数やウェイ数の設定は、やはりキャッシュパ
ラメータ変更コマンドにより行う。

【０１１９】次にステップＳ１１−５においてヒット率
の測定が行われる。このヒット率の測定はヒット率測定
部３２により行われる。

【０１２０】ステップＳ１１−６においては、最適なセ
ット数及びウェイ数が判明したか否かが確認される。こ
の最適なセット数及びウェイ数は、複数のセット数とウ
ェイ数の組を実際にシステムに適用してみて、各設定値
におけるヒット率を測定することにより行われる。複数
のセット数及びウェイ数の組をすでに適用し、なおか
つ、これらの組の中で最もヒット率が高かったセット数
ウェイ数の組が明らかである状況であれば、最適なセッ
ト数及びウェイ数が判明したと判断することができる。

【０１２１】これに対し、充分なセット数とウェイ数の
組を設定して実行することをまだ十分に行っていない場
合や、十分に高いヒット率が測定されていない場合等に
おいては、まだ最適なセット数やウェイ数は判明してい
ないものと判断するのが妥当である。そのため、上記ス
テップＳ１１−４に再び処理を移行させるのである。こ
のステップＳ１１−４においては再び別のセット数ウェ
イ数の組み合わせを設定し、ヒット数の新たな測定に入
るのである。

【０１２２】一方、最適なセット数及びウェイ数が既に
判明したと、ステップＳ１１−６において判断される場
合には、ステップＳ１１−７においてその最適なセット
数とウェイ数が実際のディスクキャッシュ１６に設定さ
れる。この設定は、キャッシュパラメータ変更コマンド
がホスト１４から出されることにより行われる。

【０１２３】以上述べたように、本実施の形態において
特徴的なことは、アクセス回数を測定することにより、
各ディスク１０に対するアクセスの割合を求めることが
でき、この割合に基づきキャッシュ分割容量を設定する
ことができることである。更に本実施の形態において特
徴的なことは、キャッシュの分割容量が設定された後に
セットアソシエイティブ方式のセット数及びウェイ数を
種々の値に設定してみることにより、各値の場合のヒッ
ト率を測定したことである。このようにセット数やウェ
イ数として種々の値を試してみることにより最適なセッ
ト数とウェイ数を知ることができるのである。

【０１２４】以上のようにして、最適なセット数及びウ
ェイ数が設定された後はこの最適なセット数とウェイ数
でシステムの運用が行われる（ステップＳ１１−８）。
このシステムの運用の最中においても、ヒット率測定部
３２は常にヒット率を測定することができる。このヒッ
ト率測定部３２は、上述したように、従来の機構２８に
含まれるヒット判定部におけるヒット判定を監視してい
るだけであるため、システムの性能には何ら影響を与え
ずにヒット率の測定をすることができる。

【０１２５】ステップＳ１１−９においては、ヒット率
が極端に下がったか否かが検出される。アプリケーショ
ンの改訂やディスク装置の構成の変化などによりアプリ
ケーションの実行環境が変化した場合にはそれまでに設
定されていたセット数やウェイ数が最適なものではない
場合が生じるが、このような場合にはヒット率が極端に
下がることが予想され、セット数やウェイ数を最適な値
に変更する必要がある。そこで、ステップＳ１１−９に
おいては、ヒット率が極端に下がった場合には再びステ
ップＳ１１−４に処理が移行し、セット数とウェイ数の
設定をやり直すのである。

【０１２６】もちろん、ヒット率が極端に下がらない場
合にはそのままヒット率の測定が続けられる（ステップ
Ｓ１１−８）。

【０１２７】以上、図１１のフローチャートに基づき、
本実施の形態におけるシステム運用中のキャッシュパラ
メータの最適化の動作について説明した。このフローチ
ャートに示されている全ての操作は、システムを止める
ことなく実行することができる。但し、セット数及びウ
ェイ数として種々の値を設定する場合には、一時的には
ヒット率が低下する場合もあり得る。しかしながら、ス
テップＳ１１−６において最適なセット数とウェイ数が
判明した後は、この最適なセット数とウェイ数がディス
クキャッシュ１６に設定されることにより（ステップＳ
１１−７）、その後はシステム運用を最適な環境のもと
で行うことができる。

【０１２８】実施の形態５．次に従来のディスクキャッ
シュ装置と、本発明のディスクキャッシュ装置及びキャ
ッシュパラメータの変更方法とを比較して検討する。例
えば、特開平２−１９７９４１号公報には、セットアソ
シエイティブ方式を採用するディスクキャッシュ装置に
おいて、所定のセットにのみアクセスが集中した場合
に、他のアクセスが少ないセットに割り当てられている
タグを一時的に、その集中しているセットに割り振る方
式が提案されている。この割振の様子が図１２の説明図
に示されている。

【０１２９】図１２（ａ）には、セット数が８でありウ
ェイ数が４であるようなアドレスアレイのタグの概念図
が示されている。このようなセット数とウェイ数の関係
は従来から良く知られているものである。このようなセ
ットアソシエイティブ方式を採用したディスクキャッシ
ュ装置において、例えば図１２に向かって左から４番目
のセットにアクセスが集中した場合には、４個のウェイ
だけではブロックの置き換えが頻繁に行われ、性能が悪
化することも考えられる。そこで、この第４セットにア
クセスが集中する場合にはほとんど使われていない第８
セットのタグを第４セットに回すことが考えられる。こ
のように第８セットのタグを第４セットに回す動作の概
念図が図１２（ｂ）に示されている。このようにすれ
ば、第４セットに対応するウェイは８個となり、キャッ
シュの効率的な利用ができよう。尚、本文ではタグの割
振と表現したが、これは実質的には、データアレイのブ
ロックの割振と同等の動作である。

【０１３０】なお、公報にはアクセスの集中が解消され
た場合には、アドレスアレイの構造を再び図１２（ａ）
の状況に戻すことが示されている。

【０１３１】このように同号公報に記載されている方法
によれば、自動的にディスクキャッシュの構造が変化
し、追従が行われる。しかし、あまりに頻繁にこの動作
が発生する場合には、ディスクキャッシュの構造を変化
させるためのオーバーヘッドによる性能の低下が懸念さ
れる。

【０１３２】これに対して、本実施の形態においては、
自動的にキャッシュの構造を変化させることはしないも
のの、このようなアクセスの集中に適した最適な構造に
はじめからすることを目標としているため、同号公報に
記載されている手法に比べてヒット率のさらなる向上が
見込まれるものである。特に、アプリケーションによっ
てどのようなセット数及びウェイ数が最適であるかが判
明していれば、そのアプリケーションを実行する前にセ
ット数とウェイ数をキャッシュパラメータ変更コマンド
によって明示的に変更できるため、オーバーヘッドを最
小にしたまま、よりシステムの性能を向上させることが
できる。

【０１３３】また、システム運用において午前と午後に
おいて業務内容が定型的に変わる場合等においては、そ
れぞれの業務内容に応じたキャッシュパラメータを予め
測定しておくことが好ましい。このようなことにより、
個別のアプリケーションなどから業務に合わせた自動ス
ケジューリングができるものである。すなわち、業務内
容が変更されるときにキャッシュパラメータ変更コマン
ドが発行されるのである。このように予め行われる業務
に合わせてセット数とウェイ数等のキャッシュパラメー
タを変更したり、自動的な追従よりも更にキャッシュの
利用効率が向上するものと考えられる。

【０１３４】このように、業務内容が変更される場合の
キャッシュパラメータの変更動作が図１３のフローチャ
ートに示されている。この図に示されているようにまず
ステップＳ１３−１において通常のシステム運用が行わ
れる。

【０１３５】そして、運用の途中でステップＳ１３−２
において業務内容が変更されるか否かが確認される。業
務内容に変更がなければステップＳ１３−１におけるシ
ステム運用が続行される。

【０１３６】一方、業務内容に変更が生じた場合には、
ステップＳ１３−３においてキャッシュパラメータ変更
コマンドがホスト１４からディスクコントローラ１２に
対し発行される。このキャッシュパラメータは変更後の
業務内容に合わせたパラメータに設定されている。この
変更コマンドを発行した後、再びシステム運用がステッ
プＳ１３−１にて行われる。本実施の形態においては、
上述したようにシステム運用を何ら停止されることなく
キャッシュパラメータを変更することができる。そのた
め、業務内容の変更に伴い、キャッシュの内容が一時ク
リアされることによって一時的な性能の低下はあるもの
の、円滑なキャッシュパラメータの変更ができることに
よりディスクキャッシュ１６のヒット効率を円滑に向上
させることができる。

【０１３７】以上述べたように、本実施の形態において
はディスクキャッシュ１６はディスクコントローラ１２
に対して設けられており、いわば複数のディスク１０に
対し共通に設けられているディスクキャッシュである。

【０１３８】これに対し、図１４に示されているよう
に、ディスクキャッシュ１６をそれぞれ対応するディス
ク１０毎に設けるような構成も考えられる。ディスクキ
ャッシュ１６自身は、本来的には各ディスク１０毎に設
けられる場合が多いかもしれない。このように、ディス
ク１０毎にディスクキャッシュ１６を設けた場合におい
てはそのディスクキャッシュ１６は対応するディスク１
０に合わせてセット数やウェイ数をそれぞれ設定するこ
とになる。しかしながら各ディスク１０に対するディス
クキャッシュ１６の容量は、予め決まっているため、業
務内容の変更によってディスクキャッシュ１６の割り当
て容量を変更するなどという動作を行うことはできな
い。更に、各ディスク１０毎にディスクキャッシュ１６
を設けなければならないため、ディスクキャッシュ１６
のコストが上昇してしまっていた。

【０１３９】これに対し図１５に示されているようなデ
ィスクコントローラ１２自体にディスクキャッシュ１６
を設ける構成においては、複数のディスク１０に対しひ
とつのいわば大きなディスクキャッシュ１６を備えたこ
とになる。そのため、本実施の形態によれば、各ディス
ク１０毎にセット数やウェイ数をそれぞれ別個に設定す
ることができるため、上記図１４に示されているような
従来のディスクキャッシュ１６と同様の設定の自由さを
持ったものといえよう。

【０１４０】更に、各ディスク１０毎にディスクキャッ
シュ１６を設ける構成に対し、本実施の形態においては
ディスクコントローラ１２に容量の大きな単一のディス
クキャッシュ１６を設けたため、装置構成が簡易なもの
となり、コストの低減に寄与するものである。

【０１４１】更に、各ディスク１０に対して割り当てる
キャッシュの容量をダイナミックに変更することができ
るため、図１４に示されている例に比べ、より柔軟なデ
ィスクキャッシュの利用を測ることができるものであ
る。そのため図１４に示されているように、個別にディ
スクキャッシュ１６を設けるのに比べて、ディスクキャ
ッシュの全体の容量を小さくすることもでき、コストの
低減はますます著しいものとなる。

【０１４２】図１５に示されているように本実施の形態
においてはひとつの大きなディスクキャッシュ１６を複
数のディスク１０に対してディスクキャッシュとして用
いている。その結果、以下に述べるようなメリットも生
じる。

【０１４３】例えば、図１６に示されているように、３
２ブロックを有するディスクキャッシュを４セットで使
用する場合には、図１６に示されているように８ウェイ
必要である。従って、ディスクキャッシュにヒットした
か否かを検索するためには、この８ウェイ全てを検索す
る必要がある。

【０１４４】これに対し、この３２ブロックあるディス
クキャッシュ１６を２つのディスク、ディスク＃０とデ
ィスク＃１に分割した場合にはこの８ウェイが例えば４
ウェイずつ各ディスクに分割されることになる（図１７
参照）。もちろん、実施する業務内容によっては６ウェ
イと２ウェイに分割される場合も考えられる。いずれに
せよ４セットという条件を維持したまま各ディスクに分
割することにより検索の対象となるウェイの数を減らす
効果がある。図１７においては、ディスク＃０とディス
ク＃１に対しそれぞれ４ウェイずつ分割されているが、
この結果、検索の対象は４個のウェイとなっている。こ
のため、図１６の構成に比べて、検索速度の向上が期待
される。

【０１４５】

【発明の効果】以上述べたように、本発明によれば、シ
ステムを稼働中にキャッシュパラメータを変更すること
ができる。

【０１４６】本発明によれば、システムを稼働中に、デ
ィスクキャッシュ装置のセット数やウェイ数を変更する
ことができる。

【０１４７】本発明によれば、ディスクキャッシュ装置
の最適なセット数やウェイ数を算出することができる。

【０１４８】本発明によれば、ディスクキャッシュ装置
の最適なセット数やウェイ数をディスクキャッシュ装置
に設定することができる。

【０１４９】本発明によれば、複数のディスクのアクセ
ス頻度に合致したディスクキャッシュ容量を設定するこ
とができる。

【０１５０】本発明によれば、システムを稼働中にキャ
ッシュパラメータを変更することができるディスクキャ
ッシュ装置が得られる。

【０１５１】本発明によれば、複数のディスク毎に独立
してキャッシュパラメータを設定することができるディ
スクキャッシュ装置が得られる。

【０１５２】本発明によれば、複数のディスク毎に独立
してセット数やウェイ数を設定することができるディス
クキャッシュ装置が得られる。

【０１５３】本発明によれば、複数のディスク毎に独立
してキャッシュ容量を設定することができるディスクキ
ャッシュ装置が得られる。

【０１５４】本発明によれば、複数のディスクのそれぞ
れに対するアクセス頻度に対応してディスクキャッシュ
容量を設定することができるので、効率的なディスクの
アクセスができるディスクキャッシュ装置が得られる。

【０１５５】本発明によれば、ディスクキャッシュ装置
の最適なセット数やウェイ数を算出できるディスクキャ
ッシュ装置が得られる。

【０１５６】本発明によれば、ディスクキャッシュ装置
の最適なセット数やウェイ数を設定できるディスクキャ
ッシュ装置が得られる。

【図面の簡単な説明】

【図１】 本発明の好適な実施の形態に係るディスク記
憶装置の構成ブロック図である。

【図２】 キャッシュデータ部の詳細な構成図である。

【図３】 キャッシュ制御機構の詳細な構成図である。

【図４】 ディスクキャッシュの動作概要を表す説明図
である。

【図５】 アクセス回数測定部の動作を表すフローチャ
ートである。

【図６】 ヒット率測定部の動作を表すフローチャート
である。

【図７】 ヒット率測定部においてヒットと判定される
場合、及びミスヒットと判定される場合の説明図であ
る。

【図８】 キャッシュパラメータ変更部の動作を表すフ
ローチャートである。

【図９】 セットアソシエイティブ方式の概念の説明図
である。

【図１０】 ディスク＃０とディスク＃１に対し異なる
セット数やウェイ数が設定されている場合の説明図であ
る。

【図１１】 各ディスク毎の分割比率やセット数・ウェ
イ数の設定を行う動作の流れを表すフローチャートであ
る。

【図１２】 キャッシュのブロックがセット間で割り振
られる様子を表す説明図である。

【図１３】 業務内容が変更される場合のキャッシュパ
ラメータの変更動作を表すフローチャートである。

【図１４】 ディスクキャッシュをそれぞれ対応するデ
ィスク毎に設けた構成を表す説明図である。

【図１５】 ディスクコントローラ自体に、ディスクキ
ャッシュを設けた構成を表す説明図である。

【図１６】 ３２ブロックを有するディスクキャッシュ
を４セットで使用する場合の説明図である。

【図１７】 ３２ブロックを有するディスクキャッシュ
を２つのディスクに分割した場合を表す説明図である。

【符号の説明】

１０ ディスク、１２ ディスクコントローラ、１４
ホスト、１６ ディスクキャッシュ、１８ キャッシュ
データ部、２０ キャッシュ制御機構、２２データアレ
イ、２４ アドレスアレイ、２６ データ保護用バッテ
リ、２８ 従来の機構、３０ アクセス回数測定部、３
２ ヒット率測定部、３４ キャッシュパラメータ変更
部、３６ パラメータ管理テーブル。

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ストアイン型セットアソシエイティブ方
   式を採用したディスクキャッシュ装置のキャッシュパラ
   メータを変更する方法において、 ライトキャッシュ機能をＯＦＦ動作させ、前記ディスク
   キャッシュ装置から前記ディスク装置へのライトバック
   動作を維持したまま、前記ディスク装置に書き込むべき
   データであるライトデータが新たに前記ディスクキャッ
   シュ装置に書き込まれることを禁止するライトキャッシ
   ュ機能ＯＦＦステップと、 前記ディスクキャッシュ装置に、前記ライトデータがま
   だ格納されているか否かを観察し、前記ライトデータが
   前記ディスクキャッシュ装置に格納されていない状態に
   なるまで、該監視を続ける監視ステップと、 前記監視ステップにおいて、前記ディスクキャッシュ装
   置に前記ライトデータが格納されていないと判断された
   場合に、前記ディスクキャッシュ装置の機能を停止させ
   るディスクキャッシュ機能停止ステップと、 前記ディスクキャッシュ装置の内容を無効化する無効化
   ステップと、 前記ディスクキャッシュ装置のキャッシュパラメータを
   所定の値に設定するキャッシュパラメータ設定ステップ
   と、 前記ディスクキャッシュ装置を動作状態にするキャッシ
   ュ機能ＯＮステップと、 を含むことを特徴とするストアイン型セットアソシエイ
   ティブ方式を採用したディスクキャッシュ装置のキャッ
   シュパラメータ制御方法。
2. 【請求項２】 前記キャッシュパラメータは、前記ディ
   スクキャッシュ装置のセット数及びウェイ数であること
   を特徴とする請求項１記載のストアイン型セットアソシ
   エイティブ方式を採用したディスクキャッシュ装置のキ
   ャッシュパラメータ制御方法。
3. 【請求項３】 セットアソシエイティブ方式を採用した
   ディスクキャッシュ装置のセット数及びウェイ数を算出
   する方法において、 前記ディスク装置に対して、セット及びウェイの数を設
   定する設定ステップであって、前記設定するセット数及
   びウェイの数を変動させながら、前記ディスク装置のヒ
   ット率を検出する変動ヒット率検出ステップと、 前記変動ヒット率検出ステップにおいて検出したヒット
   率と、その検出時の前記セット数及びウェイ数とを、記
   憶する記憶ステップと、 前記記憶ステップにおいて記憶したヒット率の中から、
   最大のヒット率を見つけだし、その最大のヒット率を検
   出した時の前記セット数及びウェイ数を出力するセット
   ・ウェイ数算出ステップと、 を含むことを特徴とするディスクキャッシュ装置のキャ
   ッシュパラメータ制御方法。
4. 【請求項４】 セットアソシエイティブ方式を採用した
   ディスクキャッシュ装置のセット数及びウェイ数を設定
   する方法において、 前記ディスク装置に対して、セット数及びウェイの数を
   設定する設定ステップであって、前記設定するセット数
   及びウェイの数を変動させながら、前記ディスク装置の
   ヒット率を検出する変動ヒット率検出ステップと、 前記変動ヒット率検出ステップにおいて検出したヒット
   率と、その検出時の前記セット数及びウェイ数とを、記
   憶する記憶ステップと、 前記記憶ステップにおいて記憶したヒット率の中から、
   最大のヒット率を見つけだし、その最大のヒット率を検
   出した時の前記セット数及びウェイ数を出力するセット
   ・ウェイ数算出ステップと、 前記セット・ウェイ数算出ステップにおいて算出したセ
   ット数及びウェイ数を前記ディスクキャッシュ装置に設
   定する設定ステップと、 を含むことを特徴とするディスクキャッシュ装置のキャ
   ッシュパラメータ制御方法。
5. 【請求項５】 複数のディスク装置に共通のディスクキ
   ャッシュ装置において、前記複数のディスク装置のそれ
   ぞれに対して、独立してディスクキャッシュ容量を設定
   する方法において、 前記複数のディスク装置のそれぞれに対するアクセス回
   数をカウントするカウントステップと、 前記カウントステップにおいてカウントした各ディスク
   装置に対するアクセス回数に基づき、前記複数のディス
   ク装置のそれぞれに対するディスクキャッシュ容量を設
   定するディスクキャッシュ容量設定ステップと、 を含むことを特徴とするディスクキャッシュ装置のキャ
   ッシュパラメータ制御方法。
6. 【請求項６】 ストアイン型セットアソシエイティブ方
   式を採用したディスクキャッシュ装置において、 ライトキャッシュ機能をＯＦＦ動作させ、本ディスクキ
   ャッシュ装置から前記ディスク装置へのライトバック動
   作を維持したまま、前記ディスク装置に書き込むべきデ
   ータであるライトデータが新たに本ディスクキャッシュ
   装置に書き込まれることを禁止するライトキャッシュ機
   能ＯＦＦ手段と、 本ディスクキャッシュ装置に、前記ライトデータがまだ
   格納されているか否かを観察し、前記ライトデータが本
   ディスクキャッシュ装置に格納されていない状態になる
   まで、該監視を続ける監視手段と、 前記監視手段が、本ディスクキャッシュ装置に前記ライ
   トデータが格納されていないと判断した場合に、本ディ
   スクキャッシュ装置の機能を停止させるディスクキャッ
   シュ機能停止手段と、 前記ディスクキャッシュ装置の内容を無効化する無効化
   手段と、 前記ディスクキャッシュ装置のセット数とウェイ数とを
   所定の値に設定するセット数及びウェイ数設定手段と、 前記ディスクキャッシュ装置を動作状態にするキャッシ
   ュ機能ＯＮ手段と、 を含むことを特徴とするストアイン型セットアソシエイ
   ティブ方式を採用したディスクキャッシュ装置。
7. 【請求項７】 複数のディスク装置に共通のディスクキ
   ャッシュ装置であって、セットアソシエイティブ方式を
   採用したディスクキャッシュ装置において、 前記複数のディスク装置のそれぞれに対して、独立して
   キャッシュパラメータを設定するキャッシュパラメータ
   設定手段、 を含むことを特徴とするディスクキャッシュ装置。
8. 【請求項８】 前記キャッシュパラメータ設定手段は、 前記複数のディスク装置のそれぞれに対して、独立して
   セット数及びウェイ数を設定するセット・ウェイ数設定
   手段、 を含むことを特徴とする前記請求項７記載のディスクキ
   ャッシュ装置。
9. 【請求項９】 前記キャッシュパラメータ設定手段は、 前記複数のディスク装置のそれぞれに対して、独立して
   ディスクキャッシュの容量を設定するディスクキャッシ
   ュ容量設定手段、 を含むことを特徴とする前記請求項７記載のディスクキ
   ャッシュ装置。
10. 【請求項１０】 前記複数のディスク装置のそれぞれに
    対するアクセス回数をカウントするカウンタ手段、 を含み、前記ディスクキャッシュ容量設定手段は、前記
    カウント手段がカウントした各ディスク装置に対するア
    クセス回数に基づき、前記複数のディスク装置のそれぞ
    れに対するディスクキャッシュ容量を設定することを特
    徴とする請求項９記載のディスクキャッシュ装置。
11. 【請求項１１】 セットアソシエイティブ方式を採用し
    たディスクキャッシュ装置において、 ディスク装置に対してセット及びウェイを設定する手段
    であって、前記設定するセット数及びウェイの数を変動
    させながら、前記ディスク装置のヒット率を検出する変
    動ヒット率検出手段と、 前記変動ヒット率変動手段によって検出されたヒット率
    と、前記ヒット率を検出した時の前記セット数及びウェ
    イ数とを記憶する記憶手段と、 前記記憶手段中から、最大のヒット率を見つけだし、こ
    の最大のヒット率が検出された時のセット及びウェイ数
    を出力するセット・ウェイ数決定手段と、 を含むことを特徴とするディスクキャッシュ装置。
12. 【請求項１２】 最適セット・ウェイ数決定手段によっ
    て出力されたセット数及びウェイ数を、本ディスクキャ
    ッシュに設定するセット数及びウェイ数設定手段、 を含むことを特徴とする請求項１１記載のディスクキャ
    ッシュ装置。