(57)【要約】  【課題】  ハード・ドライブ内の隣接トラック干渉を管理するシステム及び方法を提供する。  【解決手段】  ハード・ドライブの領域内の隣接トラック干渉可能性が確認され、それ自体の限界が定義され隣接トラック干渉可能性が確認された領域内のデータをスクラビングすることによって、データ破損が防止される。  【選択図】  図１
2008192279.tif 000002
【特許請求の範囲】
【請求項１】
ハード・ドライブの領域内の隣接トラック干渉可能性を確認するステップと、
隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するステップと、
を有し、
前記確認するステップは、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するステップを有する、
方法。
【請求項２】
前記限界を定義するステップは、バンド境界を動的に確立するステップを有する、請求項１に記載の方法。
【請求項３】
前記バンド境界を動的に確立するステップは、
前記ハード・ドライブ内のトラックの書き込みアクティビティを確認するステップと、
より高い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を圧縮するステップと、
を有する、請求項２に記載の方法。
【請求項４】
前記バンド境界を動的に確立するステップは、より低い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を拡張するステップを更に有する、請求項３に記載の方法。
【請求項５】
前記スクラビングするステップは、バンド境界が圧縮されたバンド内のデータをスクラビングするステップを有する、請求項３〜請求項４のいずれかに記載の方法。
【請求項６】
前記圧縮するステップは、書き込みアクティビティが所定の閾値を超える１つ又は複数のトラック群のバンド境界を圧縮するステップを有する、請求項３〜請求項５のいずれかに記載の方法。
【請求項７】
前記確認するステップは、高い書き込みアクティビティを有する前記ハード・ドライブの領域に対してバックグラウンド・スキャンを実行するステップを有する、請求項１〜請求項６のいずれかに記載の方法。
【請求項８】
前記スクラビングするステップは、データを読み出した後、データを再書き込みするステップを有する、請求項１〜請求項７のいずれかに記載の方法。
【請求項９】
プロセッサと、
前記プロセッサからアクセス可能なコードが記憶されたメモリと、
を有し、前記コードは、
ハード・ドライブの領域内の隣接トラック干渉可能性を確認し、
隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するものであり、
前記確認は、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するように機能する、
システム。
【請求項１０】
前記確認は、バンド境界を動的に確立することによって限界を定義するように機能する、請求項９に記載のシステム。
【請求項１１】
前記確認は、
前記ハード・ドライブ内のトラックの書き込みアクティビティを確認し、
より高い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を圧縮する
ことによってバンド境界を動的に確立するように機能する、請求項１０に記載のシステム。
【請求項１２】
前記確認は、より低い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を拡張することによってバンド境界を動的に確立するように機能する、請求項１１に記載のシステム。
【請求項１３】
前記スクラビングは、バンド境界が圧縮されたバンド内のデータをスクラビングするように機能する、請求項１１〜請求項１２のいずれかに記載のシステム。
【請求項１４】
前記確認は、書き込みアクティビティが所定の閾値を超える１つ又は複数のトラック群のバンド境界を圧縮するように機能する、請求項１１〜請求項１３のいずれかに記載のシステム。
【請求項１５】
前記確認は、高い書き込みアクティビティを有する前記ハード・ドライブの領域に対してバックグラウンド・スキャンを実行するように機能する、請求項９〜請求項１４のいずれかに記載のシステム。
【請求項１６】
前記スクラビングは、データを読み出した後、データを再書き込みするように機能する、請求項９〜請求項１５のいずれかに記載のシステム。
【請求項１７】
ハード・ドライブの領域内の隣接トラック干渉可能性を確認するステップと、
隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するステップと、
を有する機能を実施するために機械によって実行可能な命令プログラムが有形に実装され、
前記確認するステップは、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するステップを有する、
機械読取り可能なプログラム記憶装置。
【請求項１８】
前記限界を定義するステップは、バンド境界を動的に確立するステップを有する、請求項１７に記載のプログラム記憶装置。
【請求項１９】
前記バンド境界を動的に確立するステップは、
前記ハード・ドライブ内のトラックの書き込みアクティビティを確認するステップと、
より高い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を圧縮するステップと、
を有する、請求項１８に記載のプログラム記憶装置。
【請求項２０】
前記バンド境界を動的に確立するステップは、より低い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を拡張するステップを更に有する、請求項１９に記載のプログラム記憶装置。
【請求項２１】
グラフィックス・アダプタと、
プロセッサと、
前記プロセッサからアクセス可能なコードが記憶されたメモリと、
を有し、前記コードは、
ハード・ドライブの領域内の隣接トラック干渉可能性を確認し、
隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するものであり、
前記確認は、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するように機能する、
システム。
【請求項２２】
前記システムと、付属された周辺キーボードとの間の通信を制御することが可能な入出力（Ｉ／Ｏ）コントローラを更に有する、請求項２１に記載のシステム。
【請求項２３】
前記確認は、バンド境界を動的に確立することによって限界を定義するように機能する、請求項２１〜請求項２２のいずれかに記載のシステム。
【請求項２４】
前記確認は、
前記ハード・ドライブ内のトラックの書き込みアクティビティを確認し、
より高い書き込みアクティビティを有する１つ又は複数のトラック群のバンド境界を圧縮する
ことによってバンド境界を動的に確立するように機能する、請求項２３に記載のシステム。
【請求項２５】
前記確認は、高い書き込みアクティビティを有する前記ハード・ドライブの領域に対してバックグラウンド・スキャンを実行するように機能する、請求項２１〜請求項２４のいずれかに記載のシステム。
【請求項２６】
前記スクラビングは、データを読み出した後、データを再書き込みするように機能する、請求項２１〜請求項２５のいずれかに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハード・ドライブ及びハード・ドライブで発生する問題、特に隣接トラック干渉に関するものであり、また、そのような問題に対処する方法、構成、及びモジュールに関するものである。
【背景技術】
【０００２】
ハード・ドライブの分野では、隣接トラック干渉（ＡＴＩ）の問題が深刻になっている。ハード・ドライブ上で隣接トラック（単数又は複数）に対する書き込みを行わずに、特定のトラックに対する書き込みが何度も（例えば３万回以上）繰り返されると、隣接トラック（単数又は複数）上のデータが破損する可能性がある。このような集中的な上書きは、隣接トラック上で何らかの磁束干渉を引き起こし、その後多くのサイクルを経て、読み出し不能な隣接トラックが蓄積され放置される恐れがある。
【０００３】
例えば、トラックＸが隣接トラックＸ＋１及びＸ−１を有するものとする。トラックＸに対する書き込みが、トラックＸ＋１又はＸ−１に対する書き込みが行われないまま何度も繰り返された場合は、Ｘ＋１又はＸ−１上のデータが破損する可能性がある。このことは、磁気記録で発生する干渉として多くの文書で紹介されている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このような問題に対する単純な解決策は、データの破損が生じないうちにデータを隣接トラックに書き込むことであるように思われる。しかしながら、データをいつどのようにそれらの隣接トラックに再書き込みするかを判断することは困難である。任意の特定のセクタ上のデータにアクセスした回数をカウントする単純なカウンタは存在せず、それ故、干渉が発生しそうな時期を正確に知る術が事実上存在しない。現時点では、ハード・ドライブ・ファームウェア・レベル又はＯＳ／アプリケーション／ドライバ・レベルで使用される隣接トラック干渉に対する効果的な解決策はまだ知られていない。明確なＡＴＩの第一報（ｆｉｒｓｔ  ｃｌｅａｒ  ｉｎｄｉｃａｔｉｏｎ  ｏｆ  ＡＴＩ）は、データが既に破損していることを指示するだけであり、それ故、その時点でデータを保存しようとしても間に合わず、関連するファイルも既に消失していることになる。
【０００５】
ＡＴＩの凝集因子（ａｇｇｒｅｇａｔｉｎｇ  ｆａｃｔｏｒ）は、面密度である。データを含む物理領域は面密度が増加するほど減少する故に、隣接トラックに対する「フリンジ（ｆｒｉｎｇｅ）」又は「境界（ｂｏｒｄｅｒ）」領域の面積の比率が大きくなる。技術開発が進むほどトラック数の大幅な増加が今後も予想され、面密度もその分増加することになる。物理次元、媒体の物理特性、及び書き込みメカニズムに関するそのような傾向は今後も続いていくため、ＡＴＩの問題に直面する可能性もその分高まることになる。
【０００６】
ＡＴＩの問題が益々深刻になるにつれ、一般のオペレーティング・システム・プログラムがハード・ドライブ上の特定の場所に何度も書き込みを行う傾向があるということが分かってきている。それらのドライブ上のデータは、過剰な書き込みが発生すると破損してしまうため、多くの場合システムがブート不能になる。実際、面密度及びＯＳ負荷が増加するのと同時に、ハード・ドライブ上の情報へのアクセス及びその更新を頻繁に行うプログラムがＡＴＩを発生させる恐れもある故に、この問題は深刻化している。
【課題を解決するための手段】
【０００７】
本明細書を最も広義に解釈すると、現時点で好ましいとされる本発明の少なくとも１つの実施形態によれば、ハード・ドライブ上のバンド（トラック群）内の潜在的なＡＴＩ問題を検出し、データが破損する前にそのようなバンドのスクラビングを行う新しい方法及びシステムが提供される。
【０００８】
要約すると、本発明の一態様によれば、ハード・ドライブの領域内の隣接トラック干渉可能性（ａｄｊａｃｅｎｔ  ｔｒａｃｋ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｏｔｅｎｔｉａｌ）を確認するステップと、隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するステップと、を有し、前記確認するステップは、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するステップを有する、方法が提供される。
【０００９】
本発明の別の態様によれば、プロセッサと、前記プロセッサからアクセス可能なコードが記憶されたメモリと、を有し、前記コードは、ハード・ドライブの領域内の隣接トラック干渉可能性を確認し、隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するものであり、前記確認は、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するように機能する、システムが提供される。
【００１０】
更に、本発明の他の一態様によれば、ハード・ドライブの領域内の隣接トラック干渉可能性を確認するステップと、隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するステップと、を有する機能を実施するために機械によって実行可能な命令プログラムが有形に実装され、前記確認するステップは、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するステップを有する、機械読取り可能なプログラム記憶装置が提供される。
【００１１】
本発明の他の一態様によれば、グラフィックス・アダプタと、プロセッサと、前記プロセッサからアクセス可能なコードが記憶されたメモリと、を有し、前記コードは、ハード・ドライブの領域内の隣接トラック干渉可能性を確認し、隣接トラック干渉可能性が確認された前記領域内のデータをスクラビングすることによってデータ破損を防止するものであり、前記確認は、データのスクラビングを行うべき前記ハード・ドライブの領域の限界を定義するように機能する、システムが提供される。
【発明を実施するための最良の形態】
【００１２】
本発明の他の特徴及び更なる特徴ならびに本発明の利点と共に本発明のより十分な理解を与えるために、添付図面に関して行う以下の説明を参照する。本発明の範囲は添付の特許請求範囲に記載する。
【００１３】
本発明の例示的な構成要素は添付図面全体に記載されており、各構成要素は多種多様な構成で配置及び設計することができることを理解していただきたい。それ故、図１〜図３に示される本発明の装置、システム、及び方法の諸実施形態に関して以下で行うより詳細な説明は、添付の特許請求範囲に記載される本発明の範囲を限定するものではなく、本出願人によって選択された本発明の諸実施形態を単に例示するものに過ぎない。
【００１４】
本明細書の全体を通じて言及する「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」又は「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という用語（又は同様の用語）は、その実施形態に関して説明する特定の機能、構造、又は特徴が本発明の少なくとも１つの実施形態に含まれることを指す。それ故、本明細書の様々な部分に登場する「一実施形態において（ｉｎ  ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」又は「ある実施形態において（ｉｎ  ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」という表現は、必ずしも全ての表現が同じ実施形態を参照しているわけではない。
【００１５】
更に、本明細書に記載される機能、構造、又は特徴を１つ又は複数の実施形態において任意の適切な様式で組み合わせることができる。以下の説明では、本発明の諸実施形態の十分な理解を与えるために多くの具体的な実例が示される。しかしながら、本発明は特定の実例の１つ又は複数を伴わずに実施することも、他の方法、構成要素、材料等と共に実施することもできることが当業者には理解されるだろう。他の実例では本発明の態様が曖昧にならないように、周知の構造、材料、又は処理については図示せず説明も省略する。
【００１６】
本発明に関して説明する諸実施形態は、全体を通じて同様の部分が同様の参照番号又は他の標識で指定される添付図面を参照すれば最もよく理解されるはずである。以下の説明は単なる例示であり、添付の特許請求範囲に記載する本発明の趣旨と矛盾しない選択された装置、システム、及び処理を単に示すものであることが本出願人の意図するところである。
【００１７】
本明細書を最も広義に解釈すると、現時点で好ましいとされる本発明の少なくとも１つの実施形態によれば、ハード・ドライブ上のバンド（トラック群）内の潜在的なＡＴＩ問題を検出し、データが破損する前にそのようなバンドのスクラビングを行う方法が提供される。バンドは、ＡＴＩ監視中のシステム資源の使用効率が高まるように、アクセス・カウントに基づいて動的にサイズ変更することができる。本解決策は、ハード・ドライブ・ファームウェアの形で実施することができ、新しいアプリケーション又はドライバ、あるいは専用のアプリケーション又はドライバを必要としない。本明細書で一般に理解される「スクラビング」という用語は、データを読み出し、当該データに同一のデータを書き込むことによって、発生し得るＡＴＩの影響を排除することが好ましい。
【００１８】
例えば、ハード・ディスク内の任意の特定の領域に対するアクセス数をカウントすることができる。カウントがある閾値（例えば３０，０００）に達したときは、好ましいことに、ＡＴＩの影響を受ける恐れがある隣接領域に対して再書き込みを行うことが可能である。したがって、ＡＴＩの影響を受けやすいハード・ディスクの最小区画は、セクタである。セクタ毎に１つのカウンタを維持・管理することは、セクタ数が多すぎて現実的ではない故に、最高レベルのハード・ディスク編成における「最悪の事態」を仮定した、集約型又は事前対応型アプローチが採られることが望ましい。複数のセクタが１つのトラックに集約されるが、それでもなお、トラック数が多すぎる故に通常はトラック毎に１つのカウンタを維持することはできない。しかしながら、トラックについては更に、複数のトラックが１つのバンドに集約される（即ち隣接トラック同士が１つのグループを構成する）ので、ディスク毎のバンド数という観点から見れば、カウンタ数は管理可能な数に落ち着くように思われる。
【００１９】
他方、バンドはその性質上、上述の懸案問題に効率よく対処できるほど粒度は高くない。言い換えれば、現在の問題にバンド・レベルで対処することは、使用が予想されるカウンタ数の観点から見れば管理性を向上させるように思えるが、一方では、バンドの使用によって書き込み領域が増大し、その結果、ＡＴＩを防止するためにバンドのスクラビングを行うことで、ドライブ性能が過度に消費されることが予想される欠点も存在する。それ故、本明細書を最も広義に解釈すると、現時点で好ましいとされる本発明の少なくとも１つの実施形態によれば、直前に述べた、相反する需要間の均衡を図る上で非常に有利なアプローチが提供される。より詳細には、管理可能なバンド・カウンタ数を維持するとともに潜在的なＡＴＩを効果的に発見するために、本明細書では、ハード・ディスク内の書き込み頻度が最も高い領域に「焦点」を当てた、動的なバンド・サイズ変更スキームを提案する。
【００２０】
ここで図１を参照すると、コンピュータ・システム１２の例示的な一実施形態のブロック図が示されている。図１に示される例示的な実施形態は、Ｌｅｎｏｖｏ（米国）Ｉｎｃ．（Ｐｕｒｃｈａｓｅ，Ｎｅｗ  Ｙｏｒｋ）のＴｈｉｎｋＰａｄ（Ｒ）シリーズ・パーソナル・コンピュータの内の１つのようなノート型コンピュータ・システムであっても、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ（ＩＢＭ）Ｃｏｒｐｏｒａｔｉｏｎ（Ａｒｍｏｎｋ，Ｎｅｗ  Ｙｏｒｋ）のＩｎｔｅｌｌｉｓｔａｔｉｏｎ（Ｒ）のようなワークステーション・コンピュータであってもよいが、以下の説明を読めば分かるように、本発明は任意のデータ処理システムによるディスク・ドライブ上のデータ保護に適用可能である。
【００２１】
図１に示されるように、コンピュータ・システム１２は、プロセッサ・バス４４によって読取り専用メモリ（ＲＯＭ）４０及びシステム・メモリ４６と連結された少なくとも１つのシステム・プロセッサ４２を含む。システム・プロセッサ４２は、Ｉｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ製プロセッサの内の１つを含むことができ、ＲＯＭ  ４０に記憶されているブート・コード４１を電源投入時に実行し、その後システム・メモリ４６に記憶されているオペレーティング・システム及びアプリケーション・ソフトウェアの制御下でデータ処理を行う汎用プロセッサである。システム・プロセッサ４２は、プロセッサ・バス４４及びホスト・ブリッジ４８を介して周辺機器相互接続（ＰＣＩ）ローカル・バス５０と連結されている。
【００２２】
ＰＣＩローカル・バス５０は、アダプタ及びブリッジを含めた複数のデバイス同士の接続をサポートする。これらのデバイスの内、コンピュータ・システム１２とＬＡＮ  １０とのインターフェイスを取るのがネットワーク・アダプタ６６であり、コンピュータ・システム１２と表示装置６９とのインターフェイスを取るのがグラフィックス・アダプタ６８である。ＰＣＩローカル・バス５０上の通信は、ローカルＰＣＩコントローラ５２によって統制され、ローカルＰＣＩコントローラ５２は、メモリ・バス５４を介して不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）５６と連結されている。ローカルＰＣＩコントローラ５２は、第２のホスト・ブリッジ６０を介して追加的なバス及びデバイスと連結することもできる。
【００２３】
コンピュータ・システム１２は更に、業界標準アーキテクチャ（ＩＳＡ）ブリッジ６４によってＰＣＩローカル・バス５０と連結されたＩＳＡバス６２も含む。ＩＳＡバス６２には、コンピュータ・システム１２と、キーボード、マウス、ディスク・ドライブ等、付属された周辺デバイスとの間の通信を制御する入出力（Ｉ／Ｏ）コントローラ７０も連結されている。更に、Ｉ／Ｏコントローラ７０は、シリアル・ポート及びパラレル・ポートを介したコンピュータ・システム１２からの外部通信もサポートする。
【００２４】
図２及び図３は、非限定的な例として典型的な（例えば従来の）ディスク・ドライブ・アクセス・パターンを示しており、ここでは、ディスク領域に対するセクタ・アクセス数がプロットされている（この例では、トラック番号又はトラック数をディスクの中心から半径方向にカウントしている）。一方、図２と図３の違いに関しては、図２には冒頭で定義したバンド境界が示されているが、図３には本発明の好ましい一実施形態に従って動的に変更されるバンド境界が示されている点である。各図において、バンド境界は、縦軸の右側に引かれたそれぞれの縦線で示されている。それ故、一般に理解されるように、バンド境界は通常ディスクを図２に示される「初期」構成とほぼ等しいバンドに分割するが、図３には様々な幅のバンド境界が示されている。（バンド境界は通常、製造時点では当初ファームウェアの形で構成され、その後ドライブの種類に応じて様々な変更を加えることができることを理解していただきたい。また、任意の適切なバンド数を使用することができるが、各図では、説明を分かりやすくするために当初１０バンドが定義されることも理解していただきたい。）
【００２５】
したがって、本発明の好ましい一実施形態によれば、図２及び図３は、書き込みが多い場合にはバンド・サイズが縮小され（即ちバンド境界が圧縮され）、書き込みが少ない場合にはバンド・サイズが拡大される（即ちバンド境界が拡張される）アルゴリズムが適用されることが好ましいことを示している。このようにバンドの各境界を再定義することにより、高いレートで書き込みが行われている比較的小さいバンドを発見することが可能となる。その後、（アクセス頻度が高まることでＡＴＩのリスクが増大するのに伴い、当該小さいバンドがＡＴＩの発生する可能性が非常に高い領域として認められるようになるまで）潜在的なＡＴＩを回避する上で必要であれば、（事実上任意の適切な方法を使用して）当該小さいバンドのＡＴＩシグニチャの有無を確認するバックグラウンド・スキャンを実行することができ、また、必要に応じて、より大きいバンドの場合よりも管理しやすい（ドライブ性能の消費又は劣化を必ずしも伴わない）書き込み／再書き込みコマンドによるスクラビングを実行することができる。
【００２６】
更に、前述のようにバンド境界を再定義することにより、使用されるアクセス・カウンタ（又は増分カウンタ）数を合理的なレベルに維持することができるが、特定のカウンタは、より狭い幅の高アクセス・バンドについて使用される可能性がある。この影響は、別のカウンタをより広い幅の低アクセス・バンドについて使用することによって相殺されるはずである。それ故、使用されるカウンタ数は事実上、各バンド幅が一様な場合に使用される数を超えることはない。
【００２７】
ＡＴＩシグニチャの有無を確認するバックグラウンド・チェックを実行するために定義済みのバンドを動的に選択することにより、使用中の特定のディスク・ドライブや当該ディスク・ドライブが使用されている動作環境で通常発生するアクティビティ等、様々な要因のいずれかに基づいて適切な閾値を設定できることが好ましい。所与のブロック内の書き込み回数に関する１つの合理的な閾値は「３０，０００」であるが、無論、この数は適宜変更することができる。
【００２８】
現時点で好ましいとされる少なくとも１つの好ましい実施形態によれば、本発明は適切なソフトウェア・プログラムを実行する少なくとも１つの汎用コンピュータ上に実装することができることを理解していただきたい。本発明は少なくとも１つの集積回路又は少なくとも１つの集積回路の一部に実装することもできる。それ故、本発明はハードウェアの形で実施することも、ソフトウェアの形で実施することもでき、ハードウェアとソフトウェアの組合せの形で実施することもできることを理解していただきたい。
【００２９】
特に明記しない限り、本出願人は、本明細書で言及し引用するすべての特許、出願、特許公開公報、及び他の公報（ウェブ上での公開を含む）を参考として本明細書に援用することを想定しており、その内容全体が本明細書に組み込まれるものとする。
【００３０】
本明細書では、本発明の例示的な諸実施形態について添付図面を参照しながら説明してきたが、本発明をそれらの厳密な実施形態に限定することは本出願人の意図するところではなく、上記の記載には本発明の範囲又は趣旨から逸脱することがなければ、様々な変更及び修正を施すことができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の好ましい一実施形態に係るコンピュータ・システムのブロック図である。
【図２】典型的なハード・ディスク・アクセス・パターンと、従来定義のバンド境界とを示すグラフである。
【図３】典型的なハード・ディスク・アクセス・パターンと、修正版バンド境界とを示すグラフである。
【符号の説明】
【００３２】
４１  ブート・コード
４２  システム・プロセッサ
４４  プロセッサ・バス
４６  システム・メモリ
４８  ホスト・ブリッジ
５０  ＰＣＩローカル・バス
５２  ローカルＰＣＩコントローラ
５４  メモリ・バス
６０  ホスト・ブリッジ
６２  ＩＳＡバス
６４  ＩＳＡブリッジ
６６  ネットワーク・アダプタ
６８  グラフィックス・アダプタ
７０  Ｉ／Ｏコントローラ
【図１】
2008192279.tif 000003
【図２】
2008192279.tif 000004
【図３】
2008192279.tif 000005