JPH11161527A - データ記憶システム - Google Patents
データ記憶システムInfo
- Publication number
- JPH11161527A JPH11161527A JP9328641A JP32864197A JPH11161527A JP H11161527 A JPH11161527 A JP H11161527A JP 9328641 A JP9328641 A JP 9328641A JP 32864197 A JP32864197 A JP 32864197A JP H11161527 A JPH11161527 A JP H11161527A
- Authority
- JP
- Japan
- Prior art keywords
- file
- storage medium
- disk storage
- cache
- main memory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Memory System (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
(57)【要約】
【課題】先読み機能やフラッシュ・ディスク装置を利用
したディスク・キャッシュシステムを改良して、ＨＤＤ
に対するキャッシュ機能の向上を図ることができるデー
タ記憶システムを提供することにある。 【解決手段】先読みキャッシュ機能を有するＨＤＤ３を
備えたデータ記憶システムにおいて、アプリケーション
・プログラムをディスク３０上に格納するときに、当該
アプリケーション・プログラムの格納位置に連続する物
理的位置にＤＬＬを格納するシステムである。先読みキ
ャッシュ機能により、ディスク３０からアプリケーショ
ン・プログラムを読出してバッファＲＡＭ３１に格納す
るときに、当該アプリケーション・プログラムの格納位
置に連続する物理的位置からＤＬＬを先読みしてバッフ
ァＲＡＭ３１に保存される。従って、あたかも当該アプ
リケーション・プログラムとＤＬＬとがリンクされた実
行形式のファイルをアクセスすることが可能となる。
したディスク・キャッシュシステムを改良して、ＨＤＤ
に対するキャッシュ機能の向上を図ることができるデー
タ記憶システムを提供することにある。 【解決手段】先読みキャッシュ機能を有するＨＤＤ３を
備えたデータ記憶システムにおいて、アプリケーション
・プログラムをディスク３０上に格納するときに、当該
アプリケーション・プログラムの格納位置に連続する物
理的位置にＤＬＬを格納するシステムである。先読みキ
ャッシュ機能により、ディスク３０からアプリケーショ
ン・プログラムを読出してバッファＲＡＭ３１に格納す
るときに、当該アプリケーション・プログラムの格納位
置に連続する物理的位置からＤＬＬを先読みしてバッフ
ァＲＡＭ３１に保存される。従って、あたかも当該アプ
リケーション・プログラムとＤＬＬとがリンクされた実
行形式のファイルをアクセスすることが可能となる。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータシス
テムに適用し、磁気ディスク装置またはフラッシュＥＥ
ＰＲＯＭから構成されるフラッシュ・ディスク装置を有
するデータ記憶システムに関する。
テムに適用し、磁気ディスク装置またはフラッシュＥＥ
ＰＲＯＭから構成されるフラッシュ・ディスク装置を有
するデータ記憶システムに関する。
【０００２】
【従来の技術】近年、コンピュータシステムでは、外部
記憶装置として必要不可欠な磁気ディスク装置としてハ
ードディスクドライブ（ＨＤＤ）が標準装備されてい
る。ＨＤＤは、大容量のファイル装置として有効である
が、アクセス機構の関係でアクセス速度が低速である。
このＨＤＤのアクセス速度性能を向上させる技術とし
て、先読み機能などが開発されている。先読み機能は、
ディスクから指定のデータをアクセスしたときに、連続
する物理的位置（例えば同一トラックのセクタ）から当
該データの後に連続して読出し、ＨＤＤ内のバッファＲ
ＡＭに格納する機能である。この先読み機能により、ホ
ストシステム（コンピュータ本体）がアクセス要求した
データがバッファＲＡＭに存在する可能性が高くなるた
め、このバッファＲＡＭから読出すことにより、アクセ
スの高速化を図ることができる。
記憶装置として必要不可欠な磁気ディスク装置としてハ
ードディスクドライブ（ＨＤＤ）が標準装備されてい
る。ＨＤＤは、大容量のファイル装置として有効である
が、アクセス機構の関係でアクセス速度が低速である。
このＨＤＤのアクセス速度性能を向上させる技術とし
て、先読み機能などが開発されている。先読み機能は、
ディスクから指定のデータをアクセスしたときに、連続
する物理的位置（例えば同一トラックのセクタ）から当
該データの後に連続して読出し、ＨＤＤ内のバッファＲ
ＡＭに格納する機能である。この先読み機能により、ホ
ストシステム（コンピュータ本体）がアクセス要求した
データがバッファＲＡＭに存在する可能性が高くなるた
め、このバッファＲＡＭから読出すことにより、アクセ
スの高速化を図ることができる。
【０００３】また、不揮発性のフラッシュＥＥＰＲＯＭ
から構成されたフラッシュ・ディスク装置を利用したデ
ィスク・キャッシュシステムが提案されている。このシ
ステムは、ＨＤＤに対してアクセス速度が高速のフラッ
シュＥＥＰＲＯＭをＨＤＤのキャッシュ記憶領域として
利用する高速バッファ機能を実現するものである。ディ
スク・キャッシュシステムでは、使用頻度の高いＯＳや
アプリケーション・プログラムをフラッシュ・ディスク
装置に格納することにより、結果的にコンピュータシス
テム内のＨＤＤへのアクセス処理の高速化を図ることが
できる。
から構成されたフラッシュ・ディスク装置を利用したデ
ィスク・キャッシュシステムが提案されている。このシ
ステムは、ＨＤＤに対してアクセス速度が高速のフラッ
シュＥＥＰＲＯＭをＨＤＤのキャッシュ記憶領域として
利用する高速バッファ機能を実現するものである。ディ
スク・キャッシュシステムでは、使用頻度の高いＯＳや
アプリケーション・プログラムをフラッシュ・ディスク
装置に格納することにより、結果的にコンピュータシス
テム内のＨＤＤへのアクセス処理の高速化を図ることが
できる。
【０００４】
【発明が解決しようとする課題】前述したように先読み
機能やフラッシュ・ディスク装置を利用したディスク・
キャッシュシステムにより、ＨＤＤのアクセスの高速化
を図ることが可能である。しかしながら、単なる先読み
機能やディスク・キャッシュシステムの使用だけでな
く、ディスク上のファイルの格納方法やフラッシュ・デ
ィスク装置に保存するキャッシュ対象のファイルの設定
方法の改良により、ＨＤＤに対するキャッシュ機能を有
効に発揮する可能性がある。
機能やフラッシュ・ディスク装置を利用したディスク・
キャッシュシステムにより、ＨＤＤのアクセスの高速化
を図ることが可能である。しかしながら、単なる先読み
機能やディスク・キャッシュシステムの使用だけでな
く、ディスク上のファイルの格納方法やフラッシュ・デ
ィスク装置に保存するキャッシュ対象のファイルの設定
方法の改良により、ＨＤＤに対するキャッシュ機能を有
効に発揮する可能性がある。
【０００５】そこで、本発明の目的は、先読み機能やフ
ラッシュ・ディスク装置を利用したディスク・キャッシ
ュシステムを改良して、ＨＤＤに対するキャッシュ機能
の向上を図ることができるデータ記憶システムを提供す
ることにある。
ラッシュ・ディスク装置を利用したディスク・キャッシ
ュシステムを改良して、ＨＤＤに対するキャッシュ機能
の向上を図ることができるデータ記憶システムを提供す
ることにある。
【０００６】
【課題を解決するための手段】本発明は、先読みキャッ
シュ機能を有するＨＤＤを備えたデータ記憶システムに
おいて、アプリケーション・プログラムをディスク上に
格納するときに、当該アプリケーション・プログラムの
格納位置に連続する物理的位置に特定ファイルを格納す
る手段を備えている。この特定ファイルは、具体的には
アプリケーション・プログラムの実行時にリンクされる
ダイナミック・リンク・ライブラリ（ＤＬＬ）である。
先読み手段は、ディスクからアプリケーション・プログ
ラムを読出してバッファメモリに格納するときに、当該
アプリケーション・プログラムの格納位置に連続する物
理的位置からＤＬＬを先読みして当該バッファメモリに
保存する。さらに、キャッシュ手段は、アプリケーショ
ン・プログラムのアクセス要求が発生したときに、バッ
ファメモリに当該アプリケーション・プログラムが存在
する場合に、当該バッファメモリから当該アプリケーシ
ョン・プログラムをアクセスすると共に、当該バッファ
メモリに保存された前記特定ファイルをアクセスする。
シュ機能を有するＨＤＤを備えたデータ記憶システムに
おいて、アプリケーション・プログラムをディスク上に
格納するときに、当該アプリケーション・プログラムの
格納位置に連続する物理的位置に特定ファイルを格納す
る手段を備えている。この特定ファイルは、具体的には
アプリケーション・プログラムの実行時にリンクされる
ダイナミック・リンク・ライブラリ（ＤＬＬ）である。
先読み手段は、ディスクからアプリケーション・プログ
ラムを読出してバッファメモリに格納するときに、当該
アプリケーション・プログラムの格納位置に連続する物
理的位置からＤＬＬを先読みして当該バッファメモリに
保存する。さらに、キャッシュ手段は、アプリケーショ
ン・プログラムのアクセス要求が発生したときに、バッ
ファメモリに当該アプリケーション・プログラムが存在
する場合に、当該バッファメモリから当該アプリケーシ
ョン・プログラムをアクセスすると共に、当該バッファ
メモリに保存された前記特定ファイルをアクセスする。
【０００７】このような構成のシステムであれば、アプ
リケーション・プログラムのアクセス要求時に、あたか
も当該アプリケーション・プログラムとＤＬＬとがリン
クされた実行形式のファイルをアクセスすることが可能
である。従って、結果的にアプリケーション・プログラ
ムのアクセスの高速化を図ることが可能となる。
リケーション・プログラムのアクセス要求時に、あたか
も当該アプリケーション・プログラムとＤＬＬとがリン
クされた実行形式のファイルをアクセスすることが可能
である。従って、結果的にアプリケーション・プログラ
ムのアクセスの高速化を図ることが可能となる。
【０００８】
【発明の実施の形態】以下図面を参照して本発明の実施
の形態を説明する。図１は本発明の各実施形態に関係す
るコンピュータシステムの要部を示すブロック図であ
り、図２は当該コンピュータシステムのホストシステム
の概念を示すブロック図である。 （システム構成）本発明のシステムは、図１に示すよう
に、例えばパーソナルコンピュータなどのホストシステ
ム（コンピュータ本体）１０および外部記憶装置からな
るコンピュータシステムを想定する。ホストシステム１
０は大別して、マイクロプロセッサ（ＭＰＵ）１及びメ
インメモリ（ＲＡＭ）２を有する。外部記憶装置は、先
読み機能を有するＨＤＤ３および不揮発性のフラッシュ
ＥＥＰＲＯＭから構成されたフラッシュ・ディスク装置
（以下単にフラッシュ・ディスクと呼ぶ）４である。
の形態を説明する。図１は本発明の各実施形態に関係す
るコンピュータシステムの要部を示すブロック図であ
り、図２は当該コンピュータシステムのホストシステム
の概念を示すブロック図である。 （システム構成）本発明のシステムは、図１に示すよう
に、例えばパーソナルコンピュータなどのホストシステ
ム（コンピュータ本体）１０および外部記憶装置からな
るコンピュータシステムを想定する。ホストシステム１
０は大別して、マイクロプロセッサ（ＭＰＵ）１及びメ
インメモリ（ＲＡＭ）２を有する。外部記憶装置は、先
読み機能を有するＨＤＤ３および不揮発性のフラッシュ
ＥＥＰＲＯＭから構成されたフラッシュ・ディスク装置
（以下単にフラッシュ・ディスクと呼ぶ）４である。
【０００９】ここで、ホストシステム１０は、図２に示
すように、メインメモリ２にロードされたＯＳ１１およ
びデバイスドライバ（ソフトウェア）の一種であるキャ
ッシュシステムをＭＰＵ１が実行するシステムとして取
り扱う。本発明の各実施形態に関係するキャッシュ機能
は、ＯＳ１１の管理下で機能するキャッシュシステム１
２として実現される。キャッシュシステム１２は、ＭＰ
Ｕ１からのアクセス要求（リード／ライトコマンドの発
行）に応じて、ＨＤＤ３とフラッシュ・ディスク４とを
統合した記憶システムとしてアクセス制御する。
すように、メインメモリ２にロードされたＯＳ１１およ
びデバイスドライバ（ソフトウェア）の一種であるキャ
ッシュシステムをＭＰＵ１が実行するシステムとして取
り扱う。本発明の各実施形態に関係するキャッシュ機能
は、ＯＳ１１の管理下で機能するキャッシュシステム１
２として実現される。キャッシュシステム１２は、ＭＰ
Ｕ１からのアクセス要求（リード／ライトコマンドの発
行）に応じて、ＨＤＤ３とフラッシュ・ディスク４とを
統合した記憶システムとしてアクセス制御する。
【００１０】即ち、キャッシュシステム１２は、フラッ
シュ・ディスク４をキャッシュ領域として利用する場合
には、ＨＤＤ３に対するアクセス要求に応じてフラッシ
ュ・ディスク４をアクセスする。フラッシュ・ディスク
４ではヒットしない場合には、ＨＤＤ３をアクセスして
アクセス要求のファイルをメインメモリ２に転送する。
シュ・ディスク４をキャッシュ領域として利用する場合
には、ＨＤＤ３に対するアクセス要求に応じてフラッシ
ュ・ディスク４をアクセスする。フラッシュ・ディスク
４ではヒットしない場合には、ＨＤＤ３をアクセスして
アクセス要求のファイルをメインメモリ２に転送する。
【００１１】ここで、ＨＤＤ３は先読み機能を有し、内
部のＣＰＵとディスクコントローラ（ＨＤＣ）により、
ディスク３０に格納されたアクセス要求以外のデータを
先読みしてバッファＲＡＭ３１に保存する。先読み機能
とは、ディスク３０をアクセスしたときのデータに連続
して、当該データ（セクタ単位）の格納位置から連続す
る物理的位置から読出したデータをバッファＲＡＭ３１
に保存する。これにより、ＨＤＤ３に対するアクセス要
求に応じて、バッファＲＡＭ３１に保存されているデー
タは、ディスク３０をアクセスすることなく、バッファ
ＲＡＭ３１から転送される。 （第１の実施形態）前述のシステム構成において、図３
を参照して第１の実施形態の動作を説明する。第１の実
施形態は、フラッシュ・ディスク４の使用は必須条件で
はなく、ＨＤＤ３に対するファイルの格納方式に関す
る。
部のＣＰＵとディスクコントローラ（ＨＤＣ）により、
ディスク３０に格納されたアクセス要求以外のデータを
先読みしてバッファＲＡＭ３１に保存する。先読み機能
とは、ディスク３０をアクセスしたときのデータに連続
して、当該データ（セクタ単位）の格納位置から連続す
る物理的位置から読出したデータをバッファＲＡＭ３１
に保存する。これにより、ＨＤＤ３に対するアクセス要
求に応じて、バッファＲＡＭ３１に保存されているデー
タは、ディスク３０をアクセスすることなく、バッファ
ＲＡＭ３１から転送される。 （第１の実施形態）前述のシステム構成において、図３
を参照して第１の実施形態の動作を説明する。第１の実
施形態は、フラッシュ・ディスク４の使用は必須条件で
はなく、ＨＤＤ３に対するファイルの格納方式に関す
る。
【００１２】まず、ホストシステム１０は、ユーザから
指定されたアプリケーション・プログラム（ＡＰファイ
ル）をＨＤＤ３に保存することを想定する。ＨＤＤ３
は、図３に示すように、ホストシステム１０から転送さ
れたＡＰファイルをディスク３０上の空きエリア（ヘッ
ド番号、トラック番号、セクタ番号により設定される物
理アドレス）に格納する。
指定されたアプリケーション・プログラム（ＡＰファイ
ル）をＨＤＤ３に保存することを想定する。ＨＤＤ３
は、図３に示すように、ホストシステム１０から転送さ
れたＡＰファイルをディスク３０上の空きエリア（ヘッ
ド番号、トラック番号、セクタ番号により設定される物
理アドレス）に格納する。
【００１３】さらに、本実施形態では、ホストシステム
１０からの指示に応じて、ＨＤＤ３は、ディスク３０に
格納したＡＰファイルの物理アドレス（物理的位置）に
連続する物理的位置（通常では同一トラック）に、ＡＰ
ファイルに関係するＤＬＬａ，ＤＬＬｂを格納する。Ｄ
ＬＬａ，ＤＬＬｂは、ホストシステム１０がアプリケー
ション・プログラムを実行するときに、所定の機能を実
現するためにリンクされるダイナミック・リンク・ライ
ブラリ（ｄｙｎａｍｉｃ ｌｉｎｋ ｌｉｂｒａｒｙ）
である。
１０からの指示に応じて、ＨＤＤ３は、ディスク３０に
格納したＡＰファイルの物理アドレス（物理的位置）に
連続する物理的位置（通常では同一トラック）に、ＡＰ
ファイルに関係するＤＬＬａ，ＤＬＬｂを格納する。Ｄ
ＬＬａ，ＤＬＬｂは、ホストシステム１０がアプリケー
ション・プログラムを実行するときに、所定の機能を実
現するためにリンクされるダイナミック・リンク・ライ
ブラリ（ｄｙｎａｍｉｃ ｌｉｎｋ ｌｉｂｒａｒｙ）
である。
【００１４】この状態において、ホストシステム１０か
らＨＤＤ３に対してＡＰファイルのアクセス要求が発行
されると、ＨＤＤ３はバッファＲＡＭ３１に存在する場
合にはバッファＲＡＭ３１から当該ＡＰファイルを転送
する。ここでは、バッファＲＡＭ３１に存在しない場合
を想定すると、ＨＤＤ３はディスク３０をアクセスし
て、図３に示すように、一度バッファＲＡＭ３１に格納
した後に当該ＡＰファイルをホストシステム１０に転送
する。このとき、ＨＤＤ３は先読み機能により、ディス
ク３０からアクセスしたＡＰファイルの物理アドレスか
ら連続する物理アドレスを先行してアクセスする。即
ち、ここでは図３に示すように、ＨＤＤ３はバッファＲ
ＡＭ３１に当該ＡＰファイルを格納して転送した後に、
先読み機能によりバッファＲＡＭ３１には当該ＡＰファ
イルのアドレスに連続したアドレスにＤＬＬａ，ＤＬＬ
ｂを格納する。
らＨＤＤ３に対してＡＰファイルのアクセス要求が発行
されると、ＨＤＤ３はバッファＲＡＭ３１に存在する場
合にはバッファＲＡＭ３１から当該ＡＰファイルを転送
する。ここでは、バッファＲＡＭ３１に存在しない場合
を想定すると、ＨＤＤ３はディスク３０をアクセスし
て、図３に示すように、一度バッファＲＡＭ３１に格納
した後に当該ＡＰファイルをホストシステム１０に転送
する。このとき、ＨＤＤ３は先読み機能により、ディス
ク３０からアクセスしたＡＰファイルの物理アドレスか
ら連続する物理アドレスを先行してアクセスする。即
ち、ここでは図３に示すように、ＨＤＤ３はバッファＲ
ＡＭ３１に当該ＡＰファイルを格納して転送した後に、
先読み機能によりバッファＲＡＭ３１には当該ＡＰファ
イルのアドレスに連続したアドレスにＤＬＬａ，ＤＬＬ
ｂを格納する。
【００１５】次に、ホストシステム１０から当該ＡＰフ
ァイルに対する再度のアクセス要求が発生したときに、
ＨＤＤ３はバッファＲＡＭ３１から当該ＡＰファイルを
読出してホストシステム１０に転送する。このとき、Ｈ
ＤＤ３はホストシステム１０からのアクセス要求に応じ
て、当該ＡＰファイルに関係する特定ファイルであるＤ
ＬＬａ，ＤＬＬｂの転送処理を実行する。このとき、Ｈ
ＤＤ３は先読み機能により、ＤＬＬａ，ＤＬＬｂをバッ
ファＲＡＭ３１に格納しているため、アクセス要求対象
のＤＬＬａ，ＤＬＬｂをバッファＲＡＭ３１から転送す
る。
ァイルに対する再度のアクセス要求が発生したときに、
ＨＤＤ３はバッファＲＡＭ３１から当該ＡＰファイルを
読出してホストシステム１０に転送する。このとき、Ｈ
ＤＤ３はホストシステム１０からのアクセス要求に応じ
て、当該ＡＰファイルに関係する特定ファイルであるＤ
ＬＬａ，ＤＬＬｂの転送処理を実行する。このとき、Ｈ
ＤＤ３は先読み機能により、ＤＬＬａ，ＤＬＬｂをバッ
ファＲＡＭ３１に格納しているため、アクセス要求対象
のＤＬＬａ，ＤＬＬｂをバッファＲＡＭ３１から転送す
る。
【００１６】以上のように本実施形態によれば、ホスト
システム１０から当該ＡＰファイルに対する再度のアク
セス要求が発生した場合に、ＨＤＤ３は当該ＡＰファイ
ルをバッファＲＡＭ３１から転送すると共に、当該ＡＰ
ファイルに関係するＤＬＬａ，ＤＬＬｂをバッファＲＡ
Ｍ３１から転送することが可能である。従って、ホスト
システム１０は、当該ＡＰファイルを高速に得られると
共に（メインメモリ２にロードされる）、当該ＡＰファ
イルに関係するＤＬＬａ，ＤＬＬｂも高速に得ることが
できる。これにより、ホストシステム１０は、メインメ
モリ２上において、あたかも当該ＡＰファイルにＤＬＬ
ａ，ＤＬＬｂがリンクした実行形式のアプリケーション
・プログラムのファイルを得ることが可能となる。 （第２の実施形態）図４を参照して第２の実施形態の動
作を説明する。第２の実施形態は、フラッシュ・ディス
ク４およびキャッシュシステム１２の使用は必須条件で
はなく、ＨＤＤ３に対するファイルの格納方式に関し、
ＯＳ１１のファイルシステムの機能に関する。
システム１０から当該ＡＰファイルに対する再度のアク
セス要求が発生した場合に、ＨＤＤ３は当該ＡＰファイ
ルをバッファＲＡＭ３１から転送すると共に、当該ＡＰ
ファイルに関係するＤＬＬａ，ＤＬＬｂをバッファＲＡ
Ｍ３１から転送することが可能である。従って、ホスト
システム１０は、当該ＡＰファイルを高速に得られると
共に（メインメモリ２にロードされる）、当該ＡＰファ
イルに関係するＤＬＬａ，ＤＬＬｂも高速に得ることが
できる。これにより、ホストシステム１０は、メインメ
モリ２上において、あたかも当該ＡＰファイルにＤＬＬ
ａ，ＤＬＬｂがリンクした実行形式のアプリケーション
・プログラムのファイルを得ることが可能となる。 （第２の実施形態）図４を参照して第２の実施形態の動
作を説明する。第２の実施形態は、フラッシュ・ディス
ク４およびキャッシュシステム１２の使用は必須条件で
はなく、ＨＤＤ３に対するファイルの格納方式に関し、
ＯＳ１１のファイルシステムの機能に関する。
【００１７】まず、ホストシステム１０は、ユーザから
指定されたアプリケーション・プログラム（ＡＰファイ
ルａ，ｂ）をＨＤＤ３に保存することを想定する。ＨＤ
Ｄ３は、図４に示すように、ホストシステム１０から転
送されたＡＰファイルａ，ｂをディスク３０上の空きエ
リア（ヘッド番号、トラック番号、セクタ番号により設
定される物理アドレス）に格納する。
指定されたアプリケーション・プログラム（ＡＰファイ
ルａ，ｂ）をＨＤＤ３に保存することを想定する。ＨＤ
Ｄ３は、図４に示すように、ホストシステム１０から転
送されたＡＰファイルａ，ｂをディスク３０上の空きエ
リア（ヘッド番号、トラック番号、セクタ番号により設
定される物理アドレス）に格納する。
【００１８】さらに、本実施形態では、ホストシステム
１０からの指示に応じて、ＨＤＤ３は、ＡＰファイル
ａ，ｂに関係するＤＬＬａ，ＤＬＬｂを格納する。この
とき、ホストシステム１０のファイルシステム（ＯＳ１
１）は、ＤＬＬａ，ＤＬＬｂの各ファイルと同一ファイ
ルをディスク３０上の異なる物理的位置に格納する。
１０からの指示に応じて、ＨＤＤ３は、ＡＰファイル
ａ，ｂに関係するＤＬＬａ，ＤＬＬｂを格納する。この
とき、ホストシステム１０のファイルシステム（ＯＳ１
１）は、ＤＬＬａ，ＤＬＬｂの各ファイルと同一ファイ
ルをディスク３０上の異なる物理的位置に格納する。
【００１９】この状態において、ホストシステム１０か
らＨＤＤ３に対して例えばＡＰファイルａのアクセス要
求が発行されると、ＨＤＤ３はバッファＲＡＭ３１に存
在する場合にはバッファＲＡＭ３１から当該ＡＰファイ
ルａを転送する。ここでは、バッファＲＡＭ３１に存在
しない場合を想定すると、ＨＤＤ３はディスク３０をア
クセスして、図４に示すように、一度バッファＲＡＭ３
１に格納した後に当該ＡＰファイルａをホストシステム
１０に転送する。
らＨＤＤ３に対して例えばＡＰファイルａのアクセス要
求が発行されると、ＨＤＤ３はバッファＲＡＭ３１に存
在する場合にはバッファＲＡＭ３１から当該ＡＰファイ
ルａを転送する。ここでは、バッファＲＡＭ３１に存在
しない場合を想定すると、ＨＤＤ３はディスク３０をア
クセスして、図４に示すように、一度バッファＲＡＭ３
１に格納した後に当該ＡＰファイルａをホストシステム
１０に転送する。
【００２０】さらに、ホストシステム１０は、ＡＰファ
イルａのアプリケーション・プログラムの実行時にリン
クすべきＤＬＬａをＨＤＤ３からアクセスする。ＨＤＤ
３は、当該ＤＬＬａがバッファＲＡＭ３１に存在しない
場合には、ディスク３０をアクセスして、図４に示すよ
うに、一度バッファＲＡＭ３１に格納した後にホストシ
ステム１０に転送する。ここで、本実施形態では、当該
ＤＬＬａはディスク３０上の複数の物理的位置に格納さ
れている。そこで、ＨＤＤ３は、当該アクセスの前にア
クセスしたＡＰファイルａの物理的位置から最も近い物
理的位置に格納されている当該ＤＬＬａを読出して、一
度バッファＲＡＭ３１に格納した後にホストシステム１
０に転送する。なお、ＡＰファイルｂおよびＤＬＬｂを
アクセスする場合でも同様である。
イルａのアプリケーション・プログラムの実行時にリン
クすべきＤＬＬａをＨＤＤ３からアクセスする。ＨＤＤ
３は、当該ＤＬＬａがバッファＲＡＭ３１に存在しない
場合には、ディスク３０をアクセスして、図４に示すよ
うに、一度バッファＲＡＭ３１に格納した後にホストシ
ステム１０に転送する。ここで、本実施形態では、当該
ＤＬＬａはディスク３０上の複数の物理的位置に格納さ
れている。そこで、ＨＤＤ３は、当該アクセスの前にア
クセスしたＡＰファイルａの物理的位置から最も近い物
理的位置に格納されている当該ＤＬＬａを読出して、一
度バッファＲＡＭ３１に格納した後にホストシステム１
０に転送する。なお、ＡＰファイルｂおよびＤＬＬｂを
アクセスする場合でも同様である。
【００２１】以上のように本実施形態によれば、ＤＬＬ
のような読出し専用のファイルまたは読出し頻度が書込
み頻度より高いファイルを、ＨＤＤ３のディスク３０上
の複数の物理的位置に格納することにより、当該ファイ
ルをアクセスするときにアクセス速度の高速化を図るこ
とができる。即ち、当該ファイルをアクセスする前（直
前）にアクセスしたＡＰファイルなどに最も近い当該フ
ァイルの物理的位置をアクセスすることが可能となるた
め、結果的にディスク３０上のランダムアクセスを抑制
することができる。従って、読出し頻度の高いＤＬＬな
どのファイルのアクセス速度を高速化できる。なお、Ｄ
ＬＬなどのファイルは、ＨＤＤ３の大容量と比較すれば
それ程のデータ量ではない。従って、同一ファイルを複
数の物理的位置に格納する場合に、ＨＤＤ３の記憶領域
が相対的に減少することになるが、ＤＬＬなどの読出し
頻度の高いものに限定することにより、そのような影響
を緩和することができる。
のような読出し専用のファイルまたは読出し頻度が書込
み頻度より高いファイルを、ＨＤＤ３のディスク３０上
の複数の物理的位置に格納することにより、当該ファイ
ルをアクセスするときにアクセス速度の高速化を図るこ
とができる。即ち、当該ファイルをアクセスする前（直
前）にアクセスしたＡＰファイルなどに最も近い当該フ
ァイルの物理的位置をアクセスすることが可能となるた
め、結果的にディスク３０上のランダムアクセスを抑制
することができる。従って、読出し頻度の高いＤＬＬな
どのファイルのアクセス速度を高速化できる。なお、Ｄ
ＬＬなどのファイルは、ＨＤＤ３の大容量と比較すれば
それ程のデータ量ではない。従って、同一ファイルを複
数の物理的位置に格納する場合に、ＨＤＤ３の記憶領域
が相対的に減少することになるが、ＤＬＬなどの読出し
頻度の高いものに限定することにより、そのような影響
を緩和することができる。
【００２２】また、本実施形態をＨＤＤ３の先読み機能
に適用することにより、読出し頻度の高いＤＬＬａ，Ｄ
ＬＬｂがバッファＲＡＭ３１に存在する確率が高くな
る。即ち、図４に示すように、先読み機能では、ＨＤＤ
３はディスク３０から読出したＡＰファイル（ａまたは
ｂ）をバッファＲＡＭ３１に格納して転送した後に、当
該ＡＰファイルのアドレスに連続したアドレスから先読
みファイルを読出してバッファＲＡＭ３１に格納する。
この先読みファイルがＤＬＬａ，ＤＬＬｂであれば、先
読み機能によりバッファＲＡＭ３１に格納される確率が
高くなる。従って、読出し頻度の高いＤＬＬａ，ＤＬＬ
ｂがバッファＲＡＭ３１に存在する確率が高くなれば、
これらのファイルに対するアクセス速度を高速化するこ
とが可能となる。 （第３の実施形態）図５を参照して第３の実施形態の動
作を説明する。第３の実施形態は、いわゆるメモリマッ
プトファイル機能を有するＯＳ１１を前提とするキャッ
シュシステム１２に関する。
に適用することにより、読出し頻度の高いＤＬＬａ，Ｄ
ＬＬｂがバッファＲＡＭ３１に存在する確率が高くな
る。即ち、図４に示すように、先読み機能では、ＨＤＤ
３はディスク３０から読出したＡＰファイル（ａまたは
ｂ）をバッファＲＡＭ３１に格納して転送した後に、当
該ＡＰファイルのアドレスに連続したアドレスから先読
みファイルを読出してバッファＲＡＭ３１に格納する。
この先読みファイルがＤＬＬａ，ＤＬＬｂであれば、先
読み機能によりバッファＲＡＭ３１に格納される確率が
高くなる。従って、読出し頻度の高いＤＬＬａ，ＤＬＬ
ｂがバッファＲＡＭ３１に存在する確率が高くなれば、
これらのファイルに対するアクセス速度を高速化するこ
とが可能となる。 （第３の実施形態）図５を参照して第３の実施形態の動
作を説明する。第３の実施形態は、いわゆるメモリマッ
プトファイル機能を有するＯＳ１１を前提とするキャッ
シュシステム１２に関する。
【００２３】メモリマップトファイル機能とは、ＨＤＤ
３のディスク３０上に存在するファイルをメインメモリ
２のアドレス空間にマップし（割り当てる）、アプリケ
ーション・プログラム（ＡＰ）からは当該ファイルの全
体がメインメモリ上に存在することを想定してアクセス
できるようにした機能である。この機能では、ＯＳ１１
は、ＡＰが割り当てられたアドレス空間内のアドレスを
アクセスしたときに、ディスク３０上のファイル内に対
応する物理アドレスをアクセスしてメインメモリ上にロ
ードする。
３のディスク３０上に存在するファイルをメインメモリ
２のアドレス空間にマップし（割り当てる）、アプリケ
ーション・プログラム（ＡＰ）からは当該ファイルの全
体がメインメモリ上に存在することを想定してアクセス
できるようにした機能である。この機能では、ＯＳ１１
は、ＡＰが割り当てられたアドレス空間内のアドレスを
アクセスしたときに、ディスク３０上のファイル内に対
応する物理アドレスをアクセスしてメインメモリ上にロ
ードする。
【００２４】このようなメモリマップトファイル機能を
利用して、ＡＰは実行時に必要なファイルの一部をアク
セスすると（メインメモリ２に対して）、ＯＳ１１は前
述したように、ＨＤＤ３のディスク３０から当該ファイ
ルの該当するデータをアクセスしてメインメモリ２にロ
ードする。従って、メインメモリ２には、ＡＰの実行に
必要なファイルの一部みが存在するだけで、残りのファ
イルのデータは実際にはディスク３０上に存在してい
る。この残りのファイルのデータは、ＡＰからのアクセ
ス要求時にディスク３０から読出されて、メインメモリ
２にロードされる。このため、ＡＰからは当該ファイル
がメインメモリ２上に存在するように見えても、実際の
アクセス動作ではＨＤＤ３のアクセス時間分だけ処理時
間を要する事になる。
利用して、ＡＰは実行時に必要なファイルの一部をアク
セスすると（メインメモリ２に対して）、ＯＳ１１は前
述したように、ＨＤＤ３のディスク３０から当該ファイ
ルの該当するデータをアクセスしてメインメモリ２にロ
ードする。従って、メインメモリ２には、ＡＰの実行に
必要なファイルの一部みが存在するだけで、残りのファ
イルのデータは実際にはディスク３０上に存在してい
る。この残りのファイルのデータは、ＡＰからのアクセ
ス要求時にディスク３０から読出されて、メインメモリ
２にロードされる。このため、ＡＰからは当該ファイル
がメインメモリ２上に存在するように見えても、実際の
アクセス動作ではＨＤＤ３のアクセス時間分だけ処理時
間を要する事になる。
【００２５】そこで、本実施形態では、キャッシュシス
テム１２は、ＯＳ１１を介してＡＰからのアクセス要求
に応じてメモリマップトファイルに割り当てられたファ
イルをＨＤＤ３からアクセスするときに、当該ファイル
の全体（全データ）をアクセスしてメインメモリ２にロ
ードする。これにより、ＡＰは、実行に必要な当該ファ
イルをメインメモリ２からアクセスするときに、メイン
メモリ２上に当該ファイルの全体が物理的に存在するた
め、実際にメインメモリ２からアクセスすることができ
る。即ち、従来のメモリマップトファイル機能とは異な
り、本実施形態のキャッシュシステム１２はＡＰに関連
するファイルの全体を、ＡＰがその一部をアクセスした
ときに伴ってメインメモリ２上にロードする。これによ
り、ＡＰは必要とするファイルを、見掛けと同様にメイ
ンメモリ２からアクセスするため、高速にアクセスする
ことができる。 （本実施形態の変形例１）本変形例は、キャッシュシス
テム１２は、メモリマップトファイル機能によりメイン
メモリ２上に存在するファイルが実行中のＡＰによりア
クセス可能である場合には、メインメモリ２上のキャッ
シュ領域（キャッシュメモリ）に優先的に保持するよう
に制御する。また、キャッシュシステム１２は、メイン
メモリ２上に存在する当該ファイルが実行中のＡＰに関
連している場合には、同様にメインメモリ２上のキャッ
シュ領域（キャッシュメモリ）に優先的に保持するよう
に制御する。
テム１２は、ＯＳ１１を介してＡＰからのアクセス要求
に応じてメモリマップトファイルに割り当てられたファ
イルをＨＤＤ３からアクセスするときに、当該ファイル
の全体（全データ）をアクセスしてメインメモリ２にロ
ードする。これにより、ＡＰは、実行に必要な当該ファ
イルをメインメモリ２からアクセスするときに、メイン
メモリ２上に当該ファイルの全体が物理的に存在するた
め、実際にメインメモリ２からアクセスすることができ
る。即ち、従来のメモリマップトファイル機能とは異な
り、本実施形態のキャッシュシステム１２はＡＰに関連
するファイルの全体を、ＡＰがその一部をアクセスした
ときに伴ってメインメモリ２上にロードする。これによ
り、ＡＰは必要とするファイルを、見掛けと同様にメイ
ンメモリ２からアクセスするため、高速にアクセスする
ことができる。 （本実施形態の変形例１）本変形例は、キャッシュシス
テム１２は、メモリマップトファイル機能によりメイン
メモリ２上に存在するファイルが実行中のＡＰによりア
クセス可能である場合には、メインメモリ２上のキャッ
シュ領域（キャッシュメモリ）に優先的に保持するよう
に制御する。また、キャッシュシステム１２は、メイン
メモリ２上に存在する当該ファイルが実行中のＡＰに関
連している場合には、同様にメインメモリ２上のキャッ
シュ領域（キャッシュメモリ）に優先的に保持するよう
に制御する。
【００２６】このようなキャッシュ機能により、メイン
メモリ２の利用効率を向上できると共に、特に関連する
ＡＰの実行時には、使用頻度が相対的に高い当該ファイ
ルをキャッシュ領域から高速にアクセスすることが可能
となる。従って、結果的にメインメモリ２の利用効率を
向上できると共に、アプリケーション・プログラムの実
行速度の高速化も図ることが可能となる。 （本実施形態の変形例２）本変形例は、図５に示すよう
に、キャッシュシステム１２がＨＤＤ３とフラッシュデ
ィスク４とを併用し、前述の第３の実施形態におけるメ
モリマップトファイル機能を利用して、ＨＤＤ３のディ
スク３０から読出した当該ファイルの一部をフラッシュ
ディスク４に保存する機能に関する。
メモリ２の利用効率を向上できると共に、特に関連する
ＡＰの実行時には、使用頻度が相対的に高い当該ファイ
ルをキャッシュ領域から高速にアクセスすることが可能
となる。従って、結果的にメインメモリ２の利用効率を
向上できると共に、アプリケーション・プログラムの実
行速度の高速化も図ることが可能となる。 （本実施形態の変形例２）本変形例は、図５に示すよう
に、キャッシュシステム１２がＨＤＤ３とフラッシュデ
ィスク４とを併用し、前述の第３の実施形態におけるメ
モリマップトファイル機能を利用して、ＨＤＤ３のディ
スク３０から読出した当該ファイルの一部をフラッシュ
ディスク４に保存する機能に関する。
【００２７】即ち、キャッシュシステム１２は、ＯＳ１
１を介してＡＰからのアクセス要求に応じてメモリマッ
プトファイルに割り当てられたファイルの一部をＨＤＤ
３からアクセスするときに、当該ファイルの全体（全デ
ータ）をアクセスする。キャッシュシステム１２は、Ａ
Ｐのアクセス要求に対応するファイルの一部をメインメ
モリ２にロードする。さらに、当該ファイルの残りのデ
ータをフラッシュディスク４に保存する。
１を介してＡＰからのアクセス要求に応じてメモリマッ
プトファイルに割り当てられたファイルの一部をＨＤＤ
３からアクセスするときに、当該ファイルの全体（全デ
ータ）をアクセスする。キャッシュシステム１２は、Ａ
Ｐのアクセス要求に対応するファイルの一部をメインメ
モリ２にロードする。さらに、当該ファイルの残りのデ
ータをフラッシュディスク４に保存する。
【００２８】この場合、従来と同様に、見掛け上ＡＰか
らは、実行に必要な当該ファイルの全体がメインメモリ
２上に存在する。キャッシュシステム１２は、ＡＰから
当該ファイルの残りのデータのアクセス要求があると、
フラッシュディスク４からアクセスしてメインメモリ２
上にロードする。従って、従来のようにアクセス要求時
にＨＤＤ３のディスク３０からアクセスする方式に対し
て、相対的にアクセス速度の高速なフラッシュディスク
４からアクセスするため、結果的にＡＰに必要な当該フ
ァイルを高速にアクセスすることができる。また、前述
の第３の実施形態の方式と比較して、当該ファイルの全
体をメインメモリ２上にロードする必要はないため、メ
インメモリ２の使用効率を向上させることができる。
らは、実行に必要な当該ファイルの全体がメインメモリ
２上に存在する。キャッシュシステム１２は、ＡＰから
当該ファイルの残りのデータのアクセス要求があると、
フラッシュディスク４からアクセスしてメインメモリ２
上にロードする。従って、従来のようにアクセス要求時
にＨＤＤ３のディスク３０からアクセスする方式に対し
て、相対的にアクセス速度の高速なフラッシュディスク
４からアクセスするため、結果的にＡＰに必要な当該フ
ァイルを高速にアクセスすることができる。また、前述
の第３の実施形態の方式と比較して、当該ファイルの全
体をメインメモリ２上にロードする必要はないため、メ
インメモリ２の使用効率を向上させることができる。
【００２９】なお、キャッシュシステム１２は、フラッ
シュディスク４をアクセスする場合に、ファイル名また
はＨＤＤ３の物理アドレスのいずれでもよい。例えばフ
ァイルが前述したＤＬＬの場合に、フラッシュディスク
４をＨＤＤ３のキャッシュ領域として利用する場合に
は、ファイル名によりアクセスする方が望ましい。ま
た、メモリマップトファイルに割り当てられたファイル
をＨＤＤ３からアクセス場合に、フラッシュディスク４
をキャッシュ領域として利用する場合には、ＨＤＤ３の
物理アドレスを使用することになる。 （第４の実施形態）図６を参照して第４の実施形態の動
作を説明する。第４の実施形態は、キャッシュシステム
１２がＨＤＤ３とフラッシュディスク４とを併用し、Ｈ
ＤＤ３のキャッシュ機能に関する。
シュディスク４をアクセスする場合に、ファイル名また
はＨＤＤ３の物理アドレスのいずれでもよい。例えばフ
ァイルが前述したＤＬＬの場合に、フラッシュディスク
４をＨＤＤ３のキャッシュ領域として利用する場合に
は、ファイル名によりアクセスする方が望ましい。ま
た、メモリマップトファイルに割り当てられたファイル
をＨＤＤ３からアクセス場合に、フラッシュディスク４
をキャッシュ領域として利用する場合には、ＨＤＤ３の
物理アドレスを使用することになる。 （第４の実施形態）図６を参照して第４の実施形態の動
作を説明する。第４の実施形態は、キャッシュシステム
１２がＨＤＤ３とフラッシュディスク４とを併用し、Ｈ
ＤＤ３のキャッシュ機能に関する。
【００３０】本実施形態では、キャッシュシステム１２
が、ＯＳ１１を介してＡＰからのアクセス要求に応じ
て、ＨＤＤ３に格納されているファイルをアクセスする
場合を想定する。ここで、ＨＤＤ３のディスク３０上に
は、ＡＰの実行に必要な例えばフォントファイル３０ａ
および仮名漢字変換辞書ファイル３０ｂが保存されてい
る。キャッシュシステム１２は、ＡＰが例えばフォント
ファイル３０ａの一部についてアクセスしたときに、Ｈ
ＤＤ３のディスク３０上から当該フォントファイル３０
ａの全体をアクセスし、メインメモリ２に格納する。ま
た、ＡＰが仮名漢字変換辞書ファイル３０ｂの一部につ
いてアクセスしたときも同様である。
が、ＯＳ１１を介してＡＰからのアクセス要求に応じ
て、ＨＤＤ３に格納されているファイルをアクセスする
場合を想定する。ここで、ＨＤＤ３のディスク３０上に
は、ＡＰの実行に必要な例えばフォントファイル３０ａ
および仮名漢字変換辞書ファイル３０ｂが保存されてい
る。キャッシュシステム１２は、ＡＰが例えばフォント
ファイル３０ａの一部についてアクセスしたときに、Ｈ
ＤＤ３のディスク３０上から当該フォントファイル３０
ａの全体をアクセスし、メインメモリ２に格納する。ま
た、ＡＰが仮名漢字変換辞書ファイル３０ｂの一部につ
いてアクセスしたときも同様である。
【００３１】従って、本実施形態のキャッシュ機能であ
れば、例えばワードプロセッサなどのＡＰが実行中に、
フォントファイル３０ａ（または仮名漢字変換辞書ファ
イル３０ｂ）の一部をＨＤＤ３からアクセスすると、当
該フォントファイル３０ａの全体をメインメモリ２にロ
ードする。ここで、フォントファイル３０ａまたは仮名
漢字変換辞書ファイル３０ｂなどの特定ファイル（ワー
ドプロセッサなどのＡＰに関連するファイル）は、ワー
ドプロセッサなどのＡＰでは実行中に使用頻度の高いデ
ータが含まれている。従って、当該特定ファイルはＡＰ
の実行中に繰り返しアクセスされる頻度が高い。このよ
うな使用頻度の高い特定ファイルの全体を、ＨＤＤ３か
らメインメモリ２にロードすることにより、以後の当該
特定ファイルに関するＨＤＤ３のアクセス回数を低減す
ることが可能となる。
れば、例えばワードプロセッサなどのＡＰが実行中に、
フォントファイル３０ａ（または仮名漢字変換辞書ファ
イル３０ｂ）の一部をＨＤＤ３からアクセスすると、当
該フォントファイル３０ａの全体をメインメモリ２にロ
ードする。ここで、フォントファイル３０ａまたは仮名
漢字変換辞書ファイル３０ｂなどの特定ファイル（ワー
ドプロセッサなどのＡＰに関連するファイル）は、ワー
ドプロセッサなどのＡＰでは実行中に使用頻度の高いデ
ータが含まれている。従って、当該特定ファイルはＡＰ
の実行中に繰り返しアクセスされる頻度が高い。このよ
うな使用頻度の高い特定ファイルの全体を、ＨＤＤ３か
らメインメモリ２にロードすることにより、以後の当該
特定ファイルに関するＨＤＤ３のアクセス回数を低減す
ることが可能となる。
【００３２】また、本実施形態では、キャッシュシステ
ム１２は、ＡＰが当該特定ファイルの一部についてアク
セスしたときに、ＨＤＤ３のディスク３０上から当該フ
ォントファイル３０ａの全体をアクセスし、ＨＤＤ３の
キャッシュ領域として使用するフラッシュディスク４に
格納してもよい。この場合には、以後のＡＰからのアク
セスに応じて、キャッシュシステム１２はフラッシュデ
ィスク４をアクセスして、メインメモリ２上にロードす
る。この方式では、前述のメインメモリ２に特定ファイ
ルの全体をロードする方式に対して、フラッシュディス
ク４のアクセス時間分だけ処理時間を要するが、メイン
メモリ２の使用効率を向上することができる。
ム１２は、ＡＰが当該特定ファイルの一部についてアク
セスしたときに、ＨＤＤ３のディスク３０上から当該フ
ォントファイル３０ａの全体をアクセスし、ＨＤＤ３の
キャッシュ領域として使用するフラッシュディスク４に
格納してもよい。この場合には、以後のＡＰからのアク
セスに応じて、キャッシュシステム１２はフラッシュデ
ィスク４をアクセスして、メインメモリ２上にロードす
る。この方式では、前述のメインメモリ２に特定ファイ
ルの全体をロードする方式に対して、フラッシュディス
ク４のアクセス時間分だけ処理時間を要するが、メイン
メモリ２の使用効率を向上することができる。
【００３３】なお、本実施形態では、キャッシュシステ
ム１２は、ＨＤＤ３のディスク３０上に格納されている
特定ファイルを既定パラメータとして設定することを想
定している（予め特定ファイルの種類を設定してい
る）。これに対して、キャッシュシステム１２が、ＨＤ
Ｄ３のアクセス対象のファイル中のアドレスを監視し、
そのアクセス状態に基づいてキャッシュするか否かを判
断するような方式でもよい。この場合の判断の具体例と
して、あるファイルの途中部分を散逸的に読出すような
アクセスパターンの場合には、当該ファイルをキャッシ
ュ対象の特定ファイルとして設定する。 （第４の実施形態の変形例）キャッシュシステム１２
は、図６に示すように、通常ではキャッシュ・ヒット判
定用テーブル１２ａを有し、ＨＤＤ３に対するアクセス
が発生したときに、フラッシュディスク４のヒット判定
（アクセス対象のデータが存在するか否かの判定）を当
該テーブル１２ａに基づいて実行する。当該テーブル１
２ａは、ＨＤＤ３の物理アドレスとフラッシュディスク
４のアドレスとを対応するためのテーブルである。な
お、キャッシュ・ヒット判定用テーブル１２ａは、通常
ではＲＡＭであるメインメモリ２上に格納されて、キャ
ッシュシステム１２により管理される。但し、キャッシ
ュ・ヒット判定用テーブル１２ａはＨＤＤ３のディスク
３０上に格納されてもよい。また、キャッシュ・ヒット
判定用テーブル１２ａはフラッシュディスク４上に格納
されてもよい。
ム１２は、ＨＤＤ３のディスク３０上に格納されている
特定ファイルを既定パラメータとして設定することを想
定している（予め特定ファイルの種類を設定してい
る）。これに対して、キャッシュシステム１２が、ＨＤ
Ｄ３のアクセス対象のファイル中のアドレスを監視し、
そのアクセス状態に基づいてキャッシュするか否かを判
断するような方式でもよい。この場合の判断の具体例と
して、あるファイルの途中部分を散逸的に読出すような
アクセスパターンの場合には、当該ファイルをキャッシ
ュ対象の特定ファイルとして設定する。 （第４の実施形態の変形例）キャッシュシステム１２
は、図６に示すように、通常ではキャッシュ・ヒット判
定用テーブル１２ａを有し、ＨＤＤ３に対するアクセス
が発生したときに、フラッシュディスク４のヒット判定
（アクセス対象のデータが存在するか否かの判定）を当
該テーブル１２ａに基づいて実行する。当該テーブル１
２ａは、ＨＤＤ３の物理アドレスとフラッシュディスク
４のアドレスとを対応するためのテーブルである。な
お、キャッシュ・ヒット判定用テーブル１２ａは、通常
ではＲＡＭであるメインメモリ２上に格納されて、キャ
ッシュシステム１２により管理される。但し、キャッシ
ュ・ヒット判定用テーブル１２ａはＨＤＤ３のディスク
３０上に格納されてもよい。また、キャッシュ・ヒット
判定用テーブル１２ａはフラッシュディスク４上に格納
されてもよい。
【００３４】ここで、ＨＤＤ３の記憶容量はフラッシュ
ディスク４の記憶容量と比較して非常に大きいため、Ｈ
ＤＤ３の全物理アドレスを範囲とする当該テーブル１２
ａを構成すると、テーブルサイズが非常に大きなものに
なる。そこで、本変形例は、前記のフォントファイル３
０ａまたは仮名漢字変換辞書ファイル３０ｂなどの特定
ファイルを、ＨＤＤ３のディスク３０上の特定の物理記
憶領域に限定する方式である。このような方式であれ
ば、当該テーブル１２ａは特定の物理記憶領域に対応す
る限定されたサイズの構成となる。但し、通常のＯＳ１
１にはＨＤＤ３に対する物理的位置の配列機能（デフラ
グメンテーション機能）が設けられている。この機能に
より、ＨＤＤ３の物理的位置が移動されると、本変形例
の方式では不都合となるため、前記の特定の物理記憶領
域に対しては当該機能は適用されないことが望ましい。
また、仮に当該機能により、ＨＤＤ３の物理的位置が移
動さた場合には、当然ながらフラッシュディスク４をア
クセスするための当該テーブル１２ａのアドレスを変更
する必要がある。 （第５の実施形態）図７は第５の実施形態の動作を説明
するためのフローチャートである。第５の実施形態は、
スリープ機能（リジューム機能）を有するホストシステ
１０において、スリープ動作の実行前にアクセス対象の
ファイルをメインメモリ２またはフラッシュディスク４
に保持する方式である。以下図２と図７を参照して本実
施形態の動作を説明する。
ディスク４の記憶容量と比較して非常に大きいため、Ｈ
ＤＤ３の全物理アドレスを範囲とする当該テーブル１２
ａを構成すると、テーブルサイズが非常に大きなものに
なる。そこで、本変形例は、前記のフォントファイル３
０ａまたは仮名漢字変換辞書ファイル３０ｂなどの特定
ファイルを、ＨＤＤ３のディスク３０上の特定の物理記
憶領域に限定する方式である。このような方式であれ
ば、当該テーブル１２ａは特定の物理記憶領域に対応す
る限定されたサイズの構成となる。但し、通常のＯＳ１
１にはＨＤＤ３に対する物理的位置の配列機能（デフラ
グメンテーション機能）が設けられている。この機能に
より、ＨＤＤ３の物理的位置が移動されると、本変形例
の方式では不都合となるため、前記の特定の物理記憶領
域に対しては当該機能は適用されないことが望ましい。
また、仮に当該機能により、ＨＤＤ３の物理的位置が移
動さた場合には、当然ながらフラッシュディスク４をア
クセスするための当該テーブル１２ａのアドレスを変更
する必要がある。 （第５の実施形態）図７は第５の実施形態の動作を説明
するためのフローチャートである。第５の実施形態は、
スリープ機能（リジューム機能）を有するホストシステ
１０において、スリープ動作の実行前にアクセス対象の
ファイルをメインメモリ２またはフラッシュディスク４
に保持する方式である。以下図２と図７を参照して本実
施形態の動作を説明する。
【００３５】本実施形態は、図２に示すホストシステム
１０において、スリープ機能（リジューム機能）を有す
るパーソナルコンピュータを想定する。スリープ機能
は、システムの電源オフまたはローパワーモード（低消
費電力モード）時に、メインメモリ２の記憶内容をバッ
クアップし、システムのメイン動作または全動作を停止
する機能である。ここで、ＨＤＤ３およびフラッシュデ
ィスク４は、いずれも不揮発性の記憶装置であるため、
バックアップを必要とすることなく格納ファイルを保持
している。ここで、スリープ機能が解除されて、システ
ムが再起動する場合に、メインメモリ２に対するアクセ
スは直ちに行なうことが可能であるが、ＨＤＤ３は起動
に多少の時間を要する。従って、システムの再起動後
に、ＨＤＤ３をアクセスして、ＡＰの実行に必要なファ
イルなどを読出してメインメモリ２上にロードするまで
に、ある程度の時間を要する。
１０において、スリープ機能（リジューム機能）を有す
るパーソナルコンピュータを想定する。スリープ機能
は、システムの電源オフまたはローパワーモード（低消
費電力モード）時に、メインメモリ２の記憶内容をバッ
クアップし、システムのメイン動作または全動作を停止
する機能である。ここで、ＨＤＤ３およびフラッシュデ
ィスク４は、いずれも不揮発性の記憶装置であるため、
バックアップを必要とすることなく格納ファイルを保持
している。ここで、スリープ機能が解除されて、システ
ムが再起動する場合に、メインメモリ２に対するアクセ
スは直ちに行なうことが可能であるが、ＨＤＤ３は起動
に多少の時間を要する。従って、システムの再起動後
に、ＨＤＤ３をアクセスして、ＡＰの実行に必要なファ
イルなどを読出してメインメモリ２上にロードするまで
に、ある程度の時間を要する。
【００３６】そこで、本実施形態では、キャッシュシス
テム１２は、スリープ動作の直前に図７のフローチャー
トに示すような処理（キャッシュ制御）を実行して、シ
ステムの再起動時にＨＤＤ３を起動することなく、ＡＰ
が必要とするファイルを高速にアクセスする。以下図７
のフローチャートを参照して説明する。
テム１２は、スリープ動作の直前に図７のフローチャー
トに示すような処理（キャッシュ制御）を実行して、シ
ステムの再起動時にＨＤＤ３を起動することなく、ＡＰ
が必要とするファイルを高速にアクセスする。以下図７
のフローチャートを参照して説明する。
【００３７】まず、ホストシステム１０がスリープモー
ドをセットしたときに、スリープ動作に入る直前に、Ｏ
Ｓ１１は現時点のＡＰがアクセス対象としているファイ
ルがあるか否かを判定する（ステップＳ１，Ｓ２）。即
ち、メインメモリ２上にロードされているファイルが存
在するか否かを判定する。当該ファイルが存在しない場
合には、システムはそのままスリープ動作に移行する
（ステップＳ２のＮＯ）。
ドをセットしたときに、スリープ動作に入る直前に、Ｏ
Ｓ１１は現時点のＡＰがアクセス対象としているファイ
ルがあるか否かを判定する（ステップＳ１，Ｓ２）。即
ち、メインメモリ２上にロードされているファイルが存
在するか否かを判定する。当該ファイルが存在しない場
合には、システムはそのままスリープ動作に移行する
（ステップＳ２のＮＯ）。
【００３８】当該ファイルがメインメモリ２上に存在す
る場合に、ファイルの全体がロードされているか否かを
判定する（ステップＳ３）。この判定結果により、ファ
イル全体ではなく、一部がロードされている場合、即
ち、ＨＤＤ３に格納されている例えばフォントファイル
などの一部が、ＡＰによりアクセスされてメインメモリ
２上にロードされている場合がある（ステップＳ４のＮ
Ｏ）。このような場合には、キャッシュシステム１２
は、ＨＤＤ３をアクセスして、当該ファイルの全体を読
出してフラッシュディスク４に格納する（ステップＳ
５）。
る場合に、ファイルの全体がロードされているか否かを
判定する（ステップＳ３）。この判定結果により、ファ
イル全体ではなく、一部がロードされている場合、即
ち、ＨＤＤ３に格納されている例えばフォントファイル
などの一部が、ＡＰによりアクセスされてメインメモリ
２上にロードされている場合がある（ステップＳ４のＮ
Ｏ）。このような場合には、キャッシュシステム１２
は、ＨＤＤ３をアクセスして、当該ファイルの全体を読
出してフラッシュディスク４に格納する（ステップＳ
５）。
【００３９】一方、当該ファイルの全体がメインメモリ
２上に存在する場合には、キャッシュシステム１２は特
に何もしない（ステップＳ４のＹＥＳ）。この場合、ス
リープ動作に移行しても、メインメモリ２はバックアッ
プされているため、ロードされているファイルの全体は
保持されている。
２上に存在する場合には、キャッシュシステム１２は特
に何もしない（ステップＳ４のＹＥＳ）。この場合、ス
リープ動作に移行しても、メインメモリ２はバックアッ
プされているため、ロードされているファイルの全体は
保持されている。
【００４０】以上のように本実施形態によれば、システ
ムがスリープ動作に入る直前に、ＡＰがアクセス対象と
しているファイルをフラッシュディスク４に格納する。
これにより、スリープモードが解除されて、システムが
再起動したときに、ＡＰは実行に必要なファイルをアク
セス要求すると、キャッシュシステム１２はフラッシュ
ディスク４をアクセスしてメインメモリ２にロードす
る。従って、システムの再起動時にＨＤＤ３の起動を待
つことなく、フラッシュディスク４から必要なファイル
を高速にアクセスすることができる。
ムがスリープ動作に入る直前に、ＡＰがアクセス対象と
しているファイルをフラッシュディスク４に格納する。
これにより、スリープモードが解除されて、システムが
再起動したときに、ＡＰは実行に必要なファイルをアク
セス要求すると、キャッシュシステム１２はフラッシュ
ディスク４をアクセスしてメインメモリ２にロードす
る。従って、システムの再起動時にＨＤＤ３の起動を待
つことなく、フラッシュディスク４から必要なファイル
を高速にアクセスすることができる。
【００４１】本実施形態では、特にスリープ動作に入る
直前に、ＡＰがアクセス対象としているファイルの全体
がメインメモリ２上にロードされている場合には、フラ
ッシュディスク４に格納する処理を実行しない。メイン
メモリ２はバックアップされているため、システムが再
起動したときに、ＡＰは直ちにメインメモリ２をアクセ
スして必要なファイルを読出すことができる。また、ア
クセス対象の全てのファイルをフラッシュディスク４に
格納する必要はないため、フラッシュディスク４への書
込み動作時間を、そうでない場合と比較して短縮化する
ことができる。さらに、フラッシュディスク４の記憶容
量を節約し、使用効率を高めることが可能となる。即
ち、特にＡＰのアクセス対象として、例えばフォントフ
ァイルや仮名漢字変換辞書ファイルなどのように、ファ
イル全体の使用頻度の高いファイルをメインメモリ２上
にロードされていない場合に、フラッシュディスク４に
格納することにより、システムの再起動時のファイルア
クセス処理を高速化することが可能となる。 （第６の実施形態）図８は第６の実施形態の動作を説明
するためのフローチャートである。第６の実施形態は、
ホストシステム１０のユーザの設定操作またはＯＳ１１
の操作に応じて、ＡＰが現時点でアクセス対象としてい
る指定ファイルの全体をＨＤＤ３からアクセスして、メ
インメモリ２またはフラッシュディスク４に格納する方
式である。以下図２と図８を参照して本実施形態の動作
を説明する。
直前に、ＡＰがアクセス対象としているファイルの全体
がメインメモリ２上にロードされている場合には、フラ
ッシュディスク４に格納する処理を実行しない。メイン
メモリ２はバックアップされているため、システムが再
起動したときに、ＡＰは直ちにメインメモリ２をアクセ
スして必要なファイルを読出すことができる。また、ア
クセス対象の全てのファイルをフラッシュディスク４に
格納する必要はないため、フラッシュディスク４への書
込み動作時間を、そうでない場合と比較して短縮化する
ことができる。さらに、フラッシュディスク４の記憶容
量を節約し、使用効率を高めることが可能となる。即
ち、特にＡＰのアクセス対象として、例えばフォントフ
ァイルや仮名漢字変換辞書ファイルなどのように、ファ
イル全体の使用頻度の高いファイルをメインメモリ２上
にロードされていない場合に、フラッシュディスク４に
格納することにより、システムの再起動時のファイルア
クセス処理を高速化することが可能となる。 （第６の実施形態）図８は第６の実施形態の動作を説明
するためのフローチャートである。第６の実施形態は、
ホストシステム１０のユーザの設定操作またはＯＳ１１
の操作に応じて、ＡＰが現時点でアクセス対象としてい
る指定ファイルの全体をＨＤＤ３からアクセスして、メ
インメモリ２またはフラッシュディスク４に格納する方
式である。以下図２と図８を参照して本実施形態の動作
を説明する。
【００４２】図２に示すホストシステム１０においてＯ
Ｓ１１は、ＡＰが現時点での実行時において、アクセス
対象とするファイル（指定ファイルと呼ぶ）がＨＤＤ３
に格納されているか否かを特定する（ステップＳ１
０）。ここで、ユーザがＯＳ１１に対してＡＰのアクセ
ス対象の指定ファイルの全体を、メインメモリ２または
フラッシュディスク４に格納するキャッシュモードを設
定操作したと想定する（ステップＳ１１のＹＥＳ）。
Ｓ１１は、ＡＰが現時点での実行時において、アクセス
対象とするファイル（指定ファイルと呼ぶ）がＨＤＤ３
に格納されているか否かを特定する（ステップＳ１
０）。ここで、ユーザがＯＳ１１に対してＡＰのアクセ
ス対象の指定ファイルの全体を、メインメモリ２または
フラッシュディスク４に格納するキャッシュモードを設
定操作したと想定する（ステップＳ１１のＹＥＳ）。
【００４３】ＯＳ１１はユーザからの設定操作を受け
て、当該指定ファイルの全体がメインメモリ２上にロー
ドされているか否かを判定し、ロードされていればＨＤ
Ｄ３の動作を停止する（ステップＳ１３のＹＥＳ，Ｓ１
５）。これにより、ＡＰは、メインメモリ２から読出さ
れる指定ファイルをアクセスして、所定の処理を実行す
る。
て、当該指定ファイルの全体がメインメモリ２上にロー
ドされているか否かを判定し、ロードされていればＨＤ
Ｄ３の動作を停止する（ステップＳ１３のＹＥＳ，Ｓ１
５）。これにより、ＡＰは、メインメモリ２から読出さ
れる指定ファイルをアクセスして、所定の処理を実行す
る。
【００４４】一方、当該指定ファイルの全体がメインメ
モリ２上にロードされていない場合には（一部のみがロ
ードされている）、キャッシュシステム１２は、ＨＤＤ
３をアクセスして、当該指定ファイルの全体をメインメ
モリ２またはフラッシュディスク４に格納する（ステッ
プＳ１３のＮＯ，Ｓ１４）。この後に、ＨＤＤ３の動作
を停止する（ステップＳ１５）。メインメモリ２または
フラッシュディスク４の選択は、ユーザま設定操作によ
り決定される。これにより、ＡＰは、メインメモリ２ま
たはフラッシュディスク４を介してメインメモリ２から
読出される指定ファイルをアクセスして、所定の処理を
実行する。なお、ユーザの設定操作の代わりに、ＯＳ１
１が判断してメインメモリ２またはフラッシュディスク
４に格納するキャッシュモードの実行を選択してもよ
い。
モリ２上にロードされていない場合には（一部のみがロ
ードされている）、キャッシュシステム１２は、ＨＤＤ
３をアクセスして、当該指定ファイルの全体をメインメ
モリ２またはフラッシュディスク４に格納する（ステッ
プＳ１３のＮＯ，Ｓ１４）。この後に、ＨＤＤ３の動作
を停止する（ステップＳ１５）。メインメモリ２または
フラッシュディスク４の選択は、ユーザま設定操作によ
り決定される。これにより、ＡＰは、メインメモリ２ま
たはフラッシュディスク４を介してメインメモリ２から
読出される指定ファイルをアクセスして、所定の処理を
実行する。なお、ユーザの設定操作の代わりに、ＯＳ１
１が判断してメインメモリ２またはフラッシュディスク
４に格納するキャッシュモードの実行を選択してもよ
い。
【００４５】以上のように本実施形態によれば、ＡＰが
アクセス対象する指定ファイルの全体を、ＨＤＤ３から
アクセスしてメインメモリ２またはフラッシュディスク
４に格納することにより、ＡＰはＨＤＤ３のアクセスを
必要とすることなく、必要な指定ファイルをアクセスす
ることができる。従って、前述したように、指定ファイ
ルの全体をメインメモリ２またはフラッシュディスク４
に格納した後に、ＨＤＤ３の起動を停止することができ
る。これにより、ＨＤＤ３の起動に必要な電力消費を節
約して、システムの低消費電力モードを実行できる。ま
た、ＨＤＤ３はディスク３０をモータにより回転させる
ため、その停止により回転に伴う騒音の発生も抑制する
ことができる。
アクセス対象する指定ファイルの全体を、ＨＤＤ３から
アクセスしてメインメモリ２またはフラッシュディスク
４に格納することにより、ＡＰはＨＤＤ３のアクセスを
必要とすることなく、必要な指定ファイルをアクセスす
ることができる。従って、前述したように、指定ファイ
ルの全体をメインメモリ２またはフラッシュディスク４
に格納した後に、ＨＤＤ３の起動を停止することができ
る。これにより、ＨＤＤ３の起動に必要な電力消費を節
約して、システムの低消費電力モードを実行できる。ま
た、ＨＤＤ３はディスク３０をモータにより回転させる
ため、その停止により回転に伴う騒音の発生も抑制する
ことができる。
【００４６】さらに、当該指定ファイルの全体がメイン
メモリ２にロードされている場合には、フラッシュディ
スク４に対する指定ファイルの書き込み動作は実行しな
いため、フラッシュディスク４への書込み動作時間を、
そうでない場合と比較して短縮化することができる。さ
らに、フラッシュディスク４の記憶容量を節約し、使用
効率を高めることが可能となる。また、ユーザからの設
定操作に応じて実行する方式により、ユーザの使用環境
や操作環境を考慮したシステムを提供することができ
る。なお、本実施形態においては、ＨＤＤの停止動作は
必須要件ではないが、低消費電力の効果の上では自動的
に停止させて、また新たなファイルのアクセス要求が発
生した場合に再起動させる方式が望ましい。
メモリ２にロードされている場合には、フラッシュディ
スク４に対する指定ファイルの書き込み動作は実行しな
いため、フラッシュディスク４への書込み動作時間を、
そうでない場合と比較して短縮化することができる。さ
らに、フラッシュディスク４の記憶容量を節約し、使用
効率を高めることが可能となる。また、ユーザからの設
定操作に応じて実行する方式により、ユーザの使用環境
や操作環境を考慮したシステムを提供することができ
る。なお、本実施形態においては、ＨＤＤの停止動作は
必須要件ではないが、低消費電力の効果の上では自動的
に停止させて、また新たなファイルのアクセス要求が発
生した場合に再起動させる方式が望ましい。
【００４７】
【発明の効果】以上詳述したように本発明によれば、先
読み機能やフラッシュ・ディスク装置を利用したディス
ク・キャッシュシステムを改良して、ＨＤＤに対するキ
ャッシュ機能の向上を図ることができるデータ記憶シス
テムを提供することができる。このようなシステムによ
り、アプリケーション・プログラムのアクセス要求時
に、あたかも当該アプリケーション・プログラムとＤＬ
Ｌとがリンクされた実行形式のファイルをアクセスする
ことが可能である。従って、結果的にアプリケーション
・プログラムのアクセスの高速化を図ることが可能とな
る。
読み機能やフラッシュ・ディスク装置を利用したディス
ク・キャッシュシステムを改良して、ＨＤＤに対するキ
ャッシュ機能の向上を図ることができるデータ記憶シス
テムを提供することができる。このようなシステムによ
り、アプリケーション・プログラムのアクセス要求時
に、あたかも当該アプリケーション・プログラムとＤＬ
Ｌとがリンクされた実行形式のファイルをアクセスする
ことが可能である。従って、結果的にアプリケーション
・プログラムのアクセスの高速化を図ることが可能とな
る。
【図１】本発明に関係するコンピュータシステムの要部
を示すブロック図。
を示すブロック図。
【図２】本発明に関係するホストシステムの概念を示す
ブロック図。
ブロック図。
【図３】第１の実施形態に関係するシステムの概念を示
すブロック図。
すブロック図。
【図４】第２の実施形態に関係するシステムの概念を示
すブロック図。
すブロック図。
【図５】第３の実施形態に関係するシステムの概念を示
すブロック図。
すブロック図。
【図６】第４の実施形態に関係するシステムの概念を示
すブロック図。
すブロック図。
【図７】第５の実施形態に関係するフローチャート。
【図８】第６の実施形態に関係するフローチャート。
１…マイクロプロセッサ（ＭＰＵ） ２…メインメモリ（ＲＡＭ） ３…ハードディスクドライブ（ＨＤＤ） ４…フラッシュ・ディスク装置 １０…ホストシステム １１…ＯＳ １２…キャッシュシステム（キャッシュ・ドライバ） ３０…ハードディスク ３１…バッファＲＡＭ
Claims (18)
- 【請求項１】 キャッシュ機能を有するコンピュータシ
ステムに適用し、ファイルを格納するためのディスク記
憶媒体を有するデータ記憶システムであって、 アプリケーション・プログラムを前記ディスク記憶媒体
に格納するときに、当該アプリケーション・プログラム
の実行時に必要な特定ファイルを当該アプリケーション
・プログラムの格納位置に連続する物理的位置に格納す
る手段と、 前記ディスク記憶媒体から前記アプリケーション・プロ
グラムを読出してバッファメモリに格納するときに、当
該アプリケーション・プログラムの格納位置に連続する
物理的位置から前記特定ファイルを先読みして当該バッ
ファメモリに保存する先読み手段と、 前記アプリケーション・プログラムのアクセス要求が発
生したときに、前記バッファメモリに当該アプリケーシ
ョン・プログラムが存在する場合に、当該バッファメモ
リから当該アプリケーション・プログラムをアクセスす
ると共に、当該バッファメモリに保存された前記特定フ
ァイルをアクセスするキャッシュ手段とを具備したこと
を特徴とするデータ記憶システム。 - 【請求項２】 前記特定ファイルはアプリケーション・
プログラムの実行時にリンクされるダイナミック・リン
ク・ライブラリ（ＤＬＬ）であり、 前記キャッシュ手段によりアプリケーション・プログラ
ムのアクセス要求時に、当該アプリケーション・プログ
ラムと前記ＤＬＬとがリンクされた実行形式のファイル
に相当するファイルとしてアクセスされることが可能な
ように構成されたことを特徴とする請求項１記載のデー
タ記憶システム。 - 【請求項３】 ファイル管理機能を有するコンピュータ
システムに適用し、ファイルを格納するためのディスク
記憶媒体を有するデータ記憶システムであって、 使用頻度が相対的に高い所定のファイルを前記ディスク
記憶媒体に格納するときに、当該同一ファイルのそれぞ
れを前記ディスク記憶媒体の異なる物理的位置に格納す
る手段と、 前記所定のファイルを前記ディスク記憶媒体からアクセ
スするときに、前記ディスク記憶媒体のいずれかの物理
的位置から当該ファイルを読出すアクセス手段とを具備
したことを特徴とするデータ記憶システム。 - 【請求項４】 前記所定のファイルは読出し専用または
読出し頻度が書込み頻度より高いファイルであって、 前記アクセス手段は当該ファイルのアクセス要求に応じ
て、前記ディスク記憶媒体のいずれかの物理的位置をア
クセスする場合に、当該アクセス要求の直前のアクセス
対象の物理的位置から最も近い物理的位置から当該ファ
イルをアクセスするように構成されていることを特徴と
する請求項３記載のデータ記憶システム。 - 【請求項５】 メモリマップトファイル機能を有するコ
ンピュータシステムに適用し、ファイルを格納するため
のディスク記憶媒体を有するデータ記憶システムであっ
て、 前記ディスク記憶媒体に格納された所定のファイルであ
って、メモリマップトファイルに割り当てられた当該フ
ァイルを管理するファイル管理手段と、 アプリケーション・プログラムが当該ファイルをアクセ
スしたときに、前記ファイル管理手段により当該ファイ
ルが前記メモリマップトファイルに割り当てられている
場合には、前記ディスク記憶媒体から当該ファイルの全
データをアクセスしてメインメモリにロードするキャッ
シュ制御手段とを具備したことを特徴とするデータ記憶
システム。 - 【請求項６】 前記キャッシュ制御手段は、前記ファイ
ルのアクセスが可能な状態または当該ファイルに関連す
るアプリケーション・プログラムの起動中の期間では、
前記メインメモリのキャッシュ領域に当該ファイルの全
データを優先的に保持する手段を有することを特徴とす
る請求項５記載のデータ記憶システム。 - 【請求項７】 前記ディスク記憶媒体として相対的に低
速アクセスで大容量の第１のディスク記憶媒体及び相対
的に高速アクセスで小容量の第２のディスク記憶媒体を
有し、 前記キャッシュ制御手段は、前記第１のディスク記憶媒
体から当該ファイルの全データをアクセスして、当該全
データの一部を前記メインメモリにロードし、残りを前
記第２のディスク記憶媒体に格納し、前記メインメモリ
に対するアクセスに応じて該当するデータを前記第２の
ディスク記憶媒体からアクセスして前記メインメモリに
ロードするように構成されたことを特徴とする請求項５
記載のデータ記憶システム。 - 【請求項８】 前記キャッシュ制御手段は、前記メイン
メモリに対するアクセス要求に応じて、ファイル名また
は前記第１のディスク記憶媒体の物理アドレスのいずれ
かにより、第１のディスク記憶媒体または前記第２のデ
ィスク記憶媒体をアクセスすることを特徴とする請求項
７記載のデータ記憶システム。 - 【請求項９】 キャッシュ機能を有するコンピュータシ
ステムに適用し、ファイルを格納するためのディスク記
憶媒体を有するデータ記憶システムであって、 アプリケーション・プログラムの実行に必要な特定ファ
イルを前記ディスク記憶媒体に格納する格納手段と、 前記アプリケーション・プログラムが前記特定ファイル
の一部をアクセスしたときに、当該特定ファイルの全体
を前記ディスク記憶媒体からアクセスしてメインメモリ
にロードするキャッシュ制御手段とを具備したことを特
徴とするデータ記憶システム。 - 【請求項１０】 前記ディスク記憶媒体として相対的に
低速アクセスで大容量の第１のディスク記憶媒体及び相
対的に高速アクセスで小容量の第２のディスク記憶媒体
を有し、 前記格納手段はアプリケーション・プログラムの実行に
必要な特定ファイルを前記第１のディスク記憶媒体に格
納し、 前記キャッシュ制御手段は、前記アプリケーション・プ
ログラムが前記特定ファイルの一部をアクセスしたとき
に、当該特定ファイルの全体を前記第１のディスク記憶
媒体からアクセスして前記第２のディスク記憶媒体に格
納するように構成されたことを特徴とする請求項９記載
のデータ記憶システム。 - 【請求項１１】 前記格納手段は前記特定ファイルを前
記第１のディスク記憶媒体の特定の物理的記憶領域に格
納し、 前記キャッシュ制御手段は、前記特定ファイルの全体を
前記第１のディスク記憶媒体からアクセスして前記第２
のディスク記憶媒体に格納した後に、前記物理的記憶領
域に対応するキャッシュ・ヒット判定用テーブルを有
し、当該キャッシュ・ヒット判定用テーブルを使用して
キャッシュ制御を実行することを特徴とする請求項１０
記載のデータ記憶システム。 - 【請求項１２】 スリープ機能を有するコンピュータシ
ステムに適用し、ファイルを格納するためのディスク記
憶媒体を有するデータ記憶システムであって、 前記ディスク記憶媒体として相対的に低速アクセスで大
容量の第１のディスク記憶媒体及び相対的に高速アクセ
スで小容量の第２のディスク記憶媒体を有し、 前記第１のディスク記憶媒体のキャッシュ領域として前
記第２のディスク記憶媒体を使用するキャッシュ機能を
有し、前記スリープ機能の実行前に現時点でアクセス対
象のファイル全体を前記第２のディスク記憶媒体に格納
し、前記スリープ機能の解除により前記コンピュータシ
ステムの再起動時のアクセス要求に応じて前記第２のデ
ィスク記憶媒体に保持した当該ファイル全体をアクセス
するキャッシュ制御手段とを具備したことを特徴とする
データ記憶システム。 - 【請求項１３】 前記キャッシュ制御手段は、前記スリ
ープ機能の実行前に前記コンピュータシステムのメイン
メモリに全体が保持されていないファイルの全体を前記
第１のディスク記憶媒体からアクセスして、前記第２の
ディスク記憶媒体に格納する手段を有することを特徴と
する請求項１２記載のデータ記憶システム。 - 【請求項１４】 スリープ機能を有するコンピュータシ
ステムに適用し、ファイルを格納するためのディスク記
憶媒体を有するデータ記憶システムに適用するキャッシ
ュ制御方法であって、 前記ディスク記憶媒体として相対的に低速アクセスで大
容量の第１のディスク記憶媒体及び相対的に高速アクセ
スで小容量の第２のディスク記憶媒体を有し、 前記第１のディスク記憶媒体のキャッシュ領域として前
記第２のディスク記憶媒体を使用するキャッシュ機能を
有するキャッシュ制御手段は、 前記スリープ機能の実行前に現時点でアクセス対象のフ
ァイルであって、かつ前記コンピュータシステムのメイ
ンメモリに全体が保持されていないファイルを特定する
ステップと、 当該特定ファイルの全体を前記第１のディスク記憶媒体
からアクセスして、前記第２のディスク記憶媒体に格納
するステップと、 前記スリープ機能の解除により前記コンピュータシステ
ムの再起動時のアクセス要求に応じて前記第２のディス
ク記憶媒体に保持した当該ファイル全体をアクセスする
ステップとからなる処理を実行することを特徴とするキ
ャッシュ制御方法。 - 【請求項１５】 コンピュータシステムに適用し、ファ
イルを格納するためのディスク記憶媒体を有するデータ
記憶システムであって、 前記ディスク記憶媒体として相対的に低速アクセスで大
容量の第１のディスク記憶媒体及び相対的に高速アクセ
スで小容量の第２のディスク記憶媒体を有し、 前記第１のディスク記憶媒体に格納されている指定ファ
イルの全体を前記コンピュータシステムのメインメモリ
または前記第２のディスク記憶媒体に格納させる否かを
設定するための設定操作手段と、 前記第１のディスク記憶媒体に格納されているファイル
の中で、アプリケーション・プログラムの現時点の実行
時のアクセス対象として指定された指定ファイルの全体
を、前記設定操作手段により設定された前記メインメモ
リまたは前記第２のディスク記憶媒体のいずれかに格納
するための制御手段とを具備したことを特徴とするデー
タ記憶システム。 - 【請求項１６】 前記制御手段は、当該指定ファイルの
全体を、前記設定操作手段により設定された前記メイン
メモリまたは前記第２のディスク記憶媒体のいずれかに
格納した後に、前記第１のディスク記憶媒体の駆動を停
止する手段を有することを特徴とする請求項１５記載の
データ記憶システム。 - 【請求項１７】 前記アクセス対象として指定された当
該指定ファイルの全体が前記メインメモリにロードされ
ているか否かを判定する手段を有し、 前記制御手段は当該指定ファイルの一部のみが前記メイ
ンメモリにロードされている場合には、当該指定ファイ
ルの全体を前記メインメモリまたは前記第２のディスク
記憶媒体のいずれかに格納する手段を有することを特徴
とする請求項１５または請求項１６記載のデータ記憶シ
ステム。 - 【請求項１８】 コンピュータシステムに適用し、ファ
イルを格納するためのディスク記憶媒体を有するデータ
記憶システムに適用するキャッシュ制御方法であって、 前記ディスク記憶媒体として相対的に低速アクセスで大
容量の第１のディスク記憶媒体及び相対的に高速アクセ
スで小容量の第２のディスク記憶媒体を有し、 前記第１のディスク記憶媒体のキャッシュ領域として前
記コンピュータシステムのメインメモリまたは前記第２
のディスク記憶媒体を使用するキャッシュ機能を有する
キャッシュ制御手段は、 前記第１のディスク記憶媒体に格納されている指定ファ
イルの全体を前記コンピュータシステムのメインメモリ
または前記第２のディスク記憶媒体に格納させる否かを
設定するためのステップと、 前記第１のディスク記憶媒体に格納されているファイル
の中で、アプリケーション・プログラムの現時点の実行
時のアクセス対象として指定された指定ファイルの全体
を、前記設定操作手段により設定された前記メインメモ
リまたは前記第２のディスク記憶媒体のいずれかに格納
するステップと、 当該指定ファイルの全体を前記メインメモリまたは前記
第２のディスク記憶媒体のいずれかに格納した後に、前
記第１のディスク記憶媒体の駆動を停止するステップと
からなる処理を実行することを特徴とするキャッシュ制
御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9328641A JPH11161527A (ja) | 1997-11-28 | 1997-11-28 | データ記憶システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9328641A JPH11161527A (ja) | 1997-11-28 | 1997-11-28 | データ記憶システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11161527A true JPH11161527A (ja) | 1999-06-18 |
Family
ID=18212544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9328641A Pending JPH11161527A (ja) | 1997-11-28 | 1997-11-28 | データ記憶システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11161527A (ja) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6641879B1 (en) | 1999-04-14 | 2003-11-04 | Sumitomo Rubber Industries, Ltd. | Acrylic glove with internal coating |
| JP2006217125A (ja) * | 2005-02-02 | 2006-08-17 | Matsushita Electric Ind Co Ltd | 情報蓄積装置 |
| JP2009503731A (ja) * | 2005-08-03 | 2009-01-29 | サンディスク コーポレイション | 大容量データ記憶システム |
| JP2009211310A (ja) * | 2008-03-03 | 2009-09-17 | Canon Inc | 情報処理装置及びその制御方法 |
| JP2011028537A (ja) * | 2009-07-27 | 2011-02-10 | Buffalo Inc | 外部記憶装置へのアクセスを高速化する方法および外部記憶システム |
| JP2011130450A (ja) * | 2010-12-28 | 2011-06-30 | Panasonic Corp | 情報蓄積装置 |
| WO2012059958A1 (ja) * | 2010-11-05 | 2012-05-10 | 株式会社日立製作所 | 計算機システム、データ処理方法及びプログラム |
| JP2013211008A (ja) * | 2012-03-02 | 2013-10-10 | Semiconductor Energy Lab Co Ltd | マイクロプロセッサおよびマイクロプロセッサの駆動方法 |
| WO2017183177A1 (ja) * | 2016-04-22 | 2017-10-26 | 株式会社日立製作所 | 計算機システム、キャッシュ制御方法、及び計算機 |
| JP2021516402A (ja) * | 2018-03-21 | 2021-07-01 | マイクロン テクノロジー，インク． | ハイブリッドメモリシステム |
-
1997
- 1997-11-28 JP JP9328641A patent/JPH11161527A/ja active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6641879B1 (en) | 1999-04-14 | 2003-11-04 | Sumitomo Rubber Industries, Ltd. | Acrylic glove with internal coating |
| JP2006217125A (ja) * | 2005-02-02 | 2006-08-17 | Matsushita Electric Ind Co Ltd | 情報蓄積装置 |
| US9104315B2 (en) | 2005-02-04 | 2015-08-11 | Sandisk Technologies Inc. | Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage |
| US10126959B2 (en) | 2005-02-04 | 2018-11-13 | Sandisk Technologies Llc | Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage |
| US10055147B2 (en) | 2005-02-04 | 2018-08-21 | Sandisk Technologies Llc | Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage |
| JP2009503731A (ja) * | 2005-08-03 | 2009-01-29 | サンディスク コーポレイション | 大容量データ記憶システム |
| JP2009211310A (ja) * | 2008-03-03 | 2009-09-17 | Canon Inc | 情報処理装置及びその制御方法 |
| US8312213B2 (en) | 2009-07-27 | 2012-11-13 | Buffalo Inc. | Method to speed up access to an external storage device and an external storage system |
| JP2011028537A (ja) * | 2009-07-27 | 2011-02-10 | Buffalo Inc | 外部記憶装置へのアクセスを高速化する方法および外部記憶システム |
| WO2012059958A1 (ja) * | 2010-11-05 | 2012-05-10 | 株式会社日立製作所 | 計算機システム、データ処理方法及びプログラム |
| JP2011130450A (ja) * | 2010-12-28 | 2011-06-30 | Panasonic Corp | 情報蓄積装置 |
| JP2013211008A (ja) * | 2012-03-02 | 2013-10-10 | Semiconductor Energy Lab Co Ltd | マイクロプロセッサおよびマイクロプロセッサの駆動方法 |
| WO2017183177A1 (ja) * | 2016-04-22 | 2017-10-26 | 株式会社日立製作所 | 計算機システム、キャッシュ制御方法、及び計算機 |
| JP2021516402A (ja) * | 2018-03-21 | 2021-07-01 | マイクロン テクノロジー，インク． | ハイブリッドメモリシステム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101347285B1 (ko) | 하드디스크 드라이브의 선반입 방법, 이에 적합한 기록매체 그리고 이에 적합한 장치 | |
| US8661194B2 (en) | Cache control method for hybrid HDD, related program, and hybrid disk drive using same | |
| US7519754B2 (en) | Hard disk drive cache memory and playback device | |
| US8255645B2 (en) | Non-volatile memory cache performance improvement | |
| US20090049255A1 (en) | System And Method To Reduce Disk Access Time During Predictable Loading Sequences | |
| JPH10154101A (ja) | データ記憶システム及び同システムに適用するキャッシュ制御方法 | |
| JPH09237225A (ja) | キャッシュ機能を有するコンピュータ及びキャッシュメモリ制御方法 | |
| JP3568110B2 (ja) | キャッシュメモリの制御方法、コンピュータシステム、ハードディスクドライブ装置およびハードディスク制御装置 | |
| EP1269305A1 (en) | Using an access log for disk drive transactions | |
| US20050125602A1 (en) | HDD with storage of critical data in FLASH | |
| JP2011520176A (ja) | 光ディスクドライブのように動作可能なメモリドライブ及びメモリドライブを光ディスクドライブに仮想化する方法 | |
| JPH11161527A (ja) | データ記憶システム | |
| JP5020774B2 (ja) | 先読みを用いたストレージ消費電力削減方法及びその方法を用いた計算機システム | |
| KR101392062B1 (ko) | 고속 컴퓨터 시스템 파워 온 및 파워 오프 방법 | |
| JP2000330729A (ja) | オンラインバックアップ機能を持つディスクアレイシステム | |
| US20050125603A1 (en) | Method for rapid availability of critical data through re-allocation | |
| JPH1063551A (ja) | 情報処理装置 | |
| US20060218361A1 (en) | Electronic storage device with rapid data availability | |
| JP2001014109A (ja) | 記憶装置 | |
| JP6100750B2 (ja) | メモリおよびコントローラを備える装置およびデータ記憶装置を備える装置 | |
| JPH11212733A (ja) | 外部記憶システム | |
| US20050125651A1 (en) | Method for providing critical data in an HDD after critical event | |
| JP2002342038A (ja) | コマンドの実行順序を制御するディスク装置 | |
| JP2003242027A (ja) | インタフェース装置、データ処理システム、及びデータ処理方法 | |
| JP2634867B2 (ja) | デイスクキヤツシユデータ転送制御方式 |