JP2003519834A - メモリ管理によって参照の局所性を改善するための方法および装置 - Google Patents
メモリ管理によって参照の局所性を改善するための方法および装置Info
- Publication number
- JP2003519834A JP2003519834A JP2001550562A JP2001550562A JP2003519834A JP 2003519834 A JP2003519834 A JP 2003519834A JP 2001550562 A JP2001550562 A JP 2001550562A JP 2001550562 A JP2001550562 A JP 2001550562A JP 2003519834 A JP2003519834 A JP 2003519834A
- Authority
- JP
- Japan
- Prior art keywords
- class
- fields
- memory
- objects
- field
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
- G06F12/023—Free address space management
- G06F12/0253—Garbage collection, i.e. reclamation of unreferenced memory
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99937—Sorting
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99956—File allocation
- Y10S707/99957—Garbage collection
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Memory System (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
(57)【要約】
【課題】
【解決手段】 メモリ内の複数のオブジェクトを再配列するための機構を作成するための方法および装置が開示されている。コンピュータアプリケーション実行中の複数のオブジェクトに関する１つ以上のフィールドの相互間のメモリ内でのアクセス頻度が決定される。次いで、複数のオブジェクトに関する１つ以上のフィールドが相互参照するデータのメモリ内での決定されたアクセス頻度に従って、メモリ内の複数のオブジェクトを再配列するための機構が生成される。
Description
【０００１】
本発明は、一般に、コンピュータソフトウェアに関する。特に、本発明は、メ
モリにおけるデータの配置を改善することにより、データへのアクセス速度を増
大させることに関する。
モリにおけるデータの配置を改善することにより、データへのアクセス速度を増
大させることに関する。
【０００２】
キャッシュメモリは、メモリ速度を増大させるためにメインメモリと組み合わ
せて用いられることが多い。通常、データの部分は、キャッシュメモリが、メイ
ンメモリのこれらの部分のコピーを含むように、メインメモリからコピーされる
。ＣＰＵがワードを読むことを試みる際には、そのワードがキャッシュ内にある
か否かを決定するための確認がなされる。そのワードがキャッシュ内にある場合
には、そのワードは、キャッシュから読み出される。そうでない場合には、多く
のワードが、メインメモリから読み出されてキャッシュに格納され、上述のワー
ドがＣＰＵに提供される。
せて用いられることが多い。通常、データの部分は、キャッシュメモリが、メイ
ンメモリのこれらの部分のコピーを含むように、メインメモリからコピーされる
。ＣＰＵがワードを読むことを試みる際には、そのワードがキャッシュ内にある
か否かを決定するための確認がなされる。そのワードがキャッシュ内にある場合
には、そのワードは、キャッシュから読み出される。そうでない場合には、多く
のワードが、メインメモリから読み出されてキャッシュに格納され、上述のワー
ドがＣＰＵに提供される。
【０００３】
ワードがキャッシュ内にない場合には、メインメモリから読み出す必要があり
、そのため、メモリアクセス時間が増大する。要求されるデータがキャッシュ内
に存在する可能性を高めるために、キャッシュは通常、どのデータがアクセスさ
れるかをヒューリスティクスによって予測し、このデータをキャッシュにコピー
する。そのため、コンピュータのメモリシステムは、最も頻繁にアクセスされる
項目をプロセッサの近くに維持するために、キャッシュを頼りにすることが多い
。
、そのため、メモリアクセス時間が増大する。要求されるデータがキャッシュ内
に存在する可能性を高めるために、キャッシュは通常、どのデータがアクセスさ
れるかをヒューリスティクスによって予測し、このデータをキャッシュにコピー
する。そのため、コンピュータのメモリシステムは、最も頻繁にアクセスされる
項目をプロセッサの近くに維持するために、キャッシュを頼りにすることが多い
。
【０００４】
キャッシュには複数のワードが同時に格納されるので、メモリ内のデータの配
置が、キャッシュの効率に影響し、それによって、コンピュータシステム全体の
動作速度に影響する可能性がある。したがって、速度を最大にするためには、メ
モリ内のデータ（例えば、オブジェクト）を効率的に配置すべきである。以前に
提案された技術は、大きなオーバーヘッドを有し、すなわち、Ｊａｖａバイトコ
ードを実行するような動的な環境では用いることができない。
置が、キャッシュの効率に影響し、それによって、コンピュータシステム全体の
動作速度に影響する可能性がある。したがって、速度を最大にするためには、メ
モリ内のデータ（例えば、オブジェクト）を効率的に配置すべきである。以前に
提案された技術は、大きなオーバーヘッドを有し、すなわち、Ｊａｖａバイトコ
ードを実行するような動的な環境では用いることができない。
【０００５】
もはやメモリから参照されないオブジェクトを削除するために、しばしば、ガ
ーベージコレクションが実行される。一般に用いられているガーベージコレクシ
ョンの２つの実行方法は、「マーク・アンド・スイープ」を行う方法と「コピー
によるガーベージコレクション」を行う方法とである。以下に詳しく説明するよ
うに、メモリ内でのデータの再配置は、ガーベージコレクションのプロセスの間
に、ある程度までは実行することができる。
ーベージコレクションが実行される。一般に用いられているガーベージコレクシ
ョンの２つの実行方法は、「マーク・アンド・スイープ」を行う方法と「コピー
によるガーベージコレクション」を行う方法とである。以下に詳しく説明するよ
うに、メモリ内でのデータの再配置は、ガーベージコレクションのプロセスの間
に、ある程度までは実行することができる。
【０００６】
図１Ａは、従来のマーク・アンド・スイープによるガーベージコレクションの
プロセスにおけるメモリ内のオブジェクトの配置を示すブロック図である。図１
Ａには、オブジェクト１０２、１０４、１０６、および１０８が示されている。
より詳細には、オブジェクト１０２は、オブジェクト１０４および１０６の両方
を参照し、実行スレッドによって参照されている。マーク・アンド・スイープに
よるガーベージコレクションは通常、２つのパスで実行される。第１のパスでは
、オブジェクトによって参照されない各オブジェクトがマークされる。例えば、
オブジェクト１０８は、オブジェクト１０２、１０４、および１０６のいずれに
よっても参照されないため、削除のためにマークされる。第２のパスでは、マー
クされない各オブジェクトのためのメモリは再利用される。
プロセスにおけるメモリ内のオブジェクトの配置を示すブロック図である。図１
Ａには、オブジェクト１０２、１０４、１０６、および１０８が示されている。
より詳細には、オブジェクト１０２は、オブジェクト１０４および１０６の両方
を参照し、実行スレッドによって参照されている。マーク・アンド・スイープに
よるガーベージコレクションは通常、２つのパスで実行される。第１のパスでは
、オブジェクトによって参照されない各オブジェクトがマークされる。例えば、
オブジェクト１０８は、オブジェクト１０２、１０４、および１０６のいずれに
よっても参照されないため、削除のためにマークされる。第２のパスでは、マー
クされない各オブジェクトのためのメモリは再利用される。
【０００７】
図１Ｂは、従来のマーク・アンド・スイープによるガーベージコレクションプ
ロセスの完了時における図１Ａのメモリを示すブロック図である。図示されてい
るように、図１Ａでマークされたオブジェクト１０８は、削除されたために図１
Ｂには示されていない。オブジェクト１０２、１０４、および１０６は、ガーベ
ージコレクションプロセスの完了後も残っている。オブジェクトは、マーク・ア
ンド・スイープによるガーベージコレクションの間、通常は再配置されないこと
に注意すべきである。
ロセスの完了時における図１Ａのメモリを示すブロック図である。図示されてい
るように、図１Ａでマークされたオブジェクト１０８は、削除されたために図１
Ｂには示されていない。オブジェクト１０２、１０４、および１０６は、ガーベ
ージコレクションプロセスの完了後も残っている。オブジェクトは、マーク・ア
ンド・スイープによるガーベージコレクションの間、通常は再配置されないこと
に注意すべきである。
【０００８】
ガーベージコレクションの別の方法（すなわち、コピーによるガーベージコレ
クション）も、一般に用いられている。図２Ａは、従来のコピーによるガーベー
ジコレクションのプロセスにおけるメモリ内のオブジェクトを示すブロック図で
ある。図示されているように、メモリ２００内には、複数のオブジェクトが存在
する。例えば、第１のオブジェクト２０２（Ａ）、第２のオブジェクト２０４（
Ｂ）、および第３のオブジェクト２０６（Ｄ）は、メモリ内に格納されており、
すべてルートから到達可能である。さらに、第４のオブジェクト２０８（Ｃ）は
、メモリ２００内に格納されているが、メモリ内の他のオブジェクトによって参
照されていない。
クション）も、一般に用いられている。図２Ａは、従来のコピーによるガーベー
ジコレクションのプロセスにおけるメモリ内のオブジェクトを示すブロック図で
ある。図示されているように、メモリ２００内には、複数のオブジェクトが存在
する。例えば、第１のオブジェクト２０２（Ａ）、第２のオブジェクト２０４（
Ｂ）、および第３のオブジェクト２０６（Ｄ）は、メモリ内に格納されており、
すべてルートから到達可能である。さらに、第４のオブジェクト２０８（Ｃ）は
、メモリ２００内に格納されているが、メモリ内の他のオブジェクトによって参
照されていない。
【０００９】
図２Ｂは、従来のコピーによるガーベージコレクションプロセスの完了時にお
ける図２Ａのメモリを示すブロック図である。コピーによるガーベージコレクシ
ョンでは、１つ以上のオブジェクトによって参照されているオブジェクトはすべ
てコピーされ、他のオブジェクトによって参照されていないオブジェクトはコピ
ーされない。そのため、コピーされていないオブジェクトはすべてガーベージで
ある。例えば、図２Ｂに示されているように、第４のオブジェクト２０８（Ｃ）
は、コピーされていない。コピーされると、図２Ａに示されている元のオブジェ
クトのためのメモリは、再利用されてもよい。
ける図２Ａのメモリを示すブロック図である。コピーによるガーベージコレクシ
ョンでは、１つ以上のオブジェクトによって参照されているオブジェクトはすべ
てコピーされ、他のオブジェクトによって参照されていないオブジェクトはコピ
ーされない。そのため、コピーされていないオブジェクトはすべてガーベージで
ある。例えば、図２Ｂに示されているように、第４のオブジェクト２０８（Ｃ）
は、コピーされていない。コピーされると、図２Ａに示されている元のオブジェ
クトのためのメモリは、再利用されてもよい。
【００１０】
コピーによるガーベージコレクションでは、オブジェクトは、コピーのプロセ
ス中には様々な順序で配置されてよい。図３Ａは、メモリ内のオブジェクトの構
成例を示すブロック図である。図示されているように、メモリ３００は、第１の
オブジェクト３０２（Ａ）と、第２のオブジェクト３０４（Ｂ）と、第３のオブ
ジェクト３０６（Ｄ）とを格納している。第１のオブジェクト３０２は、第２の
オブジェクト３０４および第３のオブジェクト３０６の両方を参照している。第
４のオブジェクト３０８（Ｃ）は、どのオブジェクトからも参照されていない。
ス中には様々な順序で配置されてよい。図３Ａは、メモリ内のオブジェクトの構
成例を示すブロック図である。図示されているように、メモリ３００は、第１の
オブジェクト３０２（Ａ）と、第２のオブジェクト３０４（Ｂ）と、第３のオブ
ジェクト３０６（Ｄ）とを格納している。第１のオブジェクト３０２は、第２の
オブジェクト３０４および第３のオブジェクト３０６の両方を参照している。第
４のオブジェクト３０８（Ｃ）は、どのオブジェクトからも参照されていない。
【００１１】
第１のオブジェクト３０２は、第２と第３のオブジェクト３０４、３０６両方
を参照しているので、それらのオブジェクトは、２つの異なる順序で配置するこ
とができる。図３Ｂは、コピーによるガーベージコレクションの完了時における
図３Ａのオブジェクトの１つの可能な構成を示すブロック図である。図示されて
いるように、第２のオブジェクト３０４は、第１のオブジェクト３０２に隣接し
て配置され、第３のオブジェクト３０６は、第２のオブジェクト３０４に隣接し
て配置されている。
を参照しているので、それらのオブジェクトは、２つの異なる順序で配置するこ
とができる。図３Ｂは、コピーによるガーベージコレクションの完了時における
図３Ａのオブジェクトの１つの可能な構成を示すブロック図である。図示されて
いるように、第２のオブジェクト３０４は、第１のオブジェクト３０２に隣接し
て配置され、第３のオブジェクト３０６は、第２のオブジェクト３０４に隣接し
て配置されている。
【００１２】
図３Ｃは、コピーによるガーベージコレクションの完了時における図３Ａのオ
ブジェクトの別の可能な構成を示すブロック図である。図示されているように、
第２のオブジェクト３０４を第１のオブジェクト３０２に隣接して配置せずに、
第３のオブジェクト３０６が、第１のオブジェクト３０２に隣接して配置されて
いる。図３Ｂおよび図３Ｃに示されている簡単な例では、それらのオブジェクト
は、２つの異なる順序で配置することができる。オブジェクトの順序付けと共に
、メモリ内のオブジェクトのアクセス速度を最大にすることを可能にする機構が
設計されたら有益であろう。
ブジェクトの別の可能な構成を示すブロック図である。図示されているように、
第２のオブジェクト３０４を第１のオブジェクト３０２に隣接して配置せずに、
第３のオブジェクト３０６が、第１のオブジェクト３０２に隣接して配置されて
いる。図３Ｂおよび図３Ｃに示されている簡単な例では、それらのオブジェクト
は、２つの異なる順序で配置することができる。オブジェクトの順序付けと共に
、メモリ内のオブジェクトのアクセス速度を最大にすることを可能にする機構が
設計されたら有益であろう。
【００１３】
オブジェクト指向のプログラミングにおいては、コードとデータがオブジェク
トに組み込まれる。各オブジェクトは、オブジェクトの特性を決定するクラスを
通して定義される。すなわち、オブジェクトは、あるクラスの個々のインスタン
スである。さらに、各オブジェクトは、メソッドはもちろん、様々なフィールド
も含んでいてよい。
トに組み込まれる。各オブジェクトは、オブジェクトの特性を決定するクラスを
通して定義される。すなわち、オブジェクトは、あるクラスの個々のインスタン
スである。さらに、各オブジェクトは、メソッドはもちろん、様々なフィールド
も含んでいてよい。
【００１４】
「Ｕｓｉｎｇ Ｇｅｎｅｒａｔｉｏｎａｌ Ｇａｒｂａｇｅ Ｃｏｌｌｅｃｔ
ｉｏｎ Ｔｏ Ｉｍｐｌｅｍｅｎｔ Ｃａｃｈｅ−Ｃｏｎｓｃｉｏｕｓ Ｄａｔ
ａ Ｐｌａｃｅｍｅｎｔ」、Ｔｒｉｓｈｕｌ Ｍ． ＣｈｉｌｉｍｂｉとＪａｍ
ｅｓ Ｒ． Ｌａｒｕｓ著、メモリ管理に関する国際シンポジウム（ＩＳＭＭ
‘９８）、１９９８年１０月、に記載されているように、互いに近い時間にアク
セスされるオブジェクトは、同じキャッシュラインでフェッチされるようにメモ
リに格納することができる。Ｃｈｉｌｉｍｂｉに開示されているそのプロセスに
ついて、図４Ａ、４Ｂ、および４Ｃを参照して簡単に説明する。図４Ａは、メモ
リおよび関連フィールドに格納されたオブジェクトのセットの例を示すブロック
図である。図示されているように、第１のオブジェクト４００（Ａ）は、第１の
フィールド４０２（ｘ）と、第２のフィールド４０４（ｙ）とを含む。同様に、
第２のオブジェクト４０６（Ｂ）は、第１のフィールド４０８（ｗ）と、第２の
フィールド４１０（ｚ）とを含む。第３のオブジェクト４１２（Ｃ）は、フィー
ルド４１４（ｅ）を含み、第４のオブジェクト４１６（Ｄ）は、フィールド４１
８（ｆ）を含む。
ｉｏｎ Ｔｏ Ｉｍｐｌｅｍｅｎｔ Ｃａｃｈｅ−Ｃｏｎｓｃｉｏｕｓ Ｄａｔ
ａ Ｐｌａｃｅｍｅｎｔ」、Ｔｒｉｓｈｕｌ Ｍ． ＣｈｉｌｉｍｂｉとＪａｍ
ｅｓ Ｒ． Ｌａｒｕｓ著、メモリ管理に関する国際シンポジウム（ＩＳＭＭ
‘９８）、１９９８年１０月、に記載されているように、互いに近い時間にアク
セスされるオブジェクトは、同じキャッシュラインでフェッチされるようにメモ
リに格納することができる。Ｃｈｉｌｉｍｂｉに開示されているそのプロセスに
ついて、図４Ａ、４Ｂ、および４Ｃを参照して簡単に説明する。図４Ａは、メモ
リおよび関連フィールドに格納されたオブジェクトのセットの例を示すブロック
図である。図示されているように、第１のオブジェクト４００（Ａ）は、第１の
フィールド４０２（ｘ）と、第２のフィールド４０４（ｙ）とを含む。同様に、
第２のオブジェクト４０６（Ｂ）は、第１のフィールド４０８（ｗ）と、第２の
フィールド４１０（ｚ）とを含む。第３のオブジェクト４１２（Ｃ）は、フィー
ルド４１４（ｅ）を含み、第４のオブジェクト４１６（Ｄ）は、フィールド４１
８（ｆ）を含む。
【００１５】
図４Ｂは、図４Ａのオブジェクトおよびフィールドにアクセスするコンピュー
タアプリケーションの実行中に作成できるメモリアクセスのログの例を示すブロ
ック図である。Ｃｈｉｌｉｍｂｉでは、コンピュータアプリケーションは、メモ
リ参照（例えば、ロードや格納のコマンド）が記録されるように実装される。実
装されたコンピュータアプリケーションが実行されると、メモリアクセスのログ
４２０が作成される。より詳細には、オブジェクト４２２が、メモリアクセスご
とに記録される。例えば、第１のオブジェクト４００（Ａ）のフィールド（例え
ば、第１のフィールド４０２）がメモリからフェッチされると、このメモリアク
セスは、エントリ４２６に示されているように記録される。
タアプリケーションの実行中に作成できるメモリアクセスのログの例を示すブロ
ック図である。Ｃｈｉｌｉｍｂｉでは、コンピュータアプリケーションは、メモ
リ参照（例えば、ロードや格納のコマンド）が記録されるように実装される。実
装されたコンピュータアプリケーションが実行されると、メモリアクセスのログ
４２０が作成される。より詳細には、オブジェクト４２２が、メモリアクセスご
とに記録される。例えば、第１のオブジェクト４００（Ａ）のフィールド（例え
ば、第１のフィールド４０２）がメモリからフェッチされると、このメモリアク
セスは、エントリ４２６に示されているように記録される。
【００１６】
次いで、メモリアクセスのログは、オブジェクト間の参照の局所性をモデリン
グする一時的な参照グラフを作成するために用いられる。図４Ｃは、メモリ内の
オブジェクトのアクセスと、図４Ｂに示されているメモリアクセスのログから作
成できるこれらのメモリアクセスの一時的な関係とを示す一時的な参照グラフの
例である。一時的な参照グラフ４２８に示されているように、オブジェクトのア
クセスは、メモリアクセスのログ４２０に示されるメモリアクセスの一時的な関
係に従って、グラフに配置される。次いで、一時的な参照グラフ４２８は、近い
時間にアクセスされるオブジェクトが互いに近く配置されるようにオブジェクト
の適切な配置を実現するために用いることができる。より詳細には、一時的な参
照グラフ４２８は、コピーによるガーベージコレクションの際にオブジェクトが
コピーされる順序を導くために用いられる。しかしながら、Ｃｈｉｌｉｍｂｉは
、対応するメモリアクセス内でアクセスされる特定のフィールドを無視している
ことに注意すべきである。さらに、ログの作成は、すべてのメモリ参照に対して
かなりのオーバーヘッドを必要とするため、時間とメモリリソースを必要とする
。
グする一時的な参照グラフを作成するために用いられる。図４Ｃは、メモリ内の
オブジェクトのアクセスと、図４Ｂに示されているメモリアクセスのログから作
成できるこれらのメモリアクセスの一時的な関係とを示す一時的な参照グラフの
例である。一時的な参照グラフ４２８に示されているように、オブジェクトのア
クセスは、メモリアクセスのログ４２０に示されるメモリアクセスの一時的な関
係に従って、グラフに配置される。次いで、一時的な参照グラフ４２８は、近い
時間にアクセスされるオブジェクトが互いに近く配置されるようにオブジェクト
の適切な配置を実現するために用いることができる。より詳細には、一時的な参
照グラフ４２８は、コピーによるガーベージコレクションの際にオブジェクトが
コピーされる順序を導くために用いられる。しかしながら、Ｃｈｉｌｉｍｂｉは
、対応するメモリアクセス内でアクセスされる特定のフィールドを無視している
ことに注意すべきである。さらに、ログの作成は、すべてのメモリ参照に対して
かなりのオーバーヘッドを必要とするため、時間とメモリリソースを必要とする
。
【００１７】
Ｃｈｉｌｉｍｂｉは、メモリ内のオブジェクトを再配列する工程を開示してい
るが、これらのオブジェクト内でアクセスされる特定のフィールドは無視されて
いる。Ｃｈｉｌｉｍｂｉは、そのフィールドのアクセスを無視しているが、単一
のオブジェクト内でのフィールドの再配列は考慮されており、それについては、
図５Ａ、図５Ｂ、および図５Ｃを参照して説明する。
るが、これらのオブジェクト内でアクセスされる特定のフィールドは無視されて
いる。Ｃｈｉｌｉｍｂｉは、そのフィールドのアクセスを無視しているが、単一
のオブジェクト内でのフィールドの再配列は考慮されており、それについては、
図５Ａ、図５Ｂ、および図５Ｃを参照して説明する。
【００１８】
図５Ａは、メモリおよび関連フィールドに格納されたオブジェクトのセットの
例を示すブロック図である。図示されているように、第１のオブジェクト５００
（Ａ）は、第１のフィールド５０２（ｙ）と、第２のフィールド５０４（ｘ）と
、第３のフィールド５０６（ｖ）とを含む。さらに、第２のオブジェクト５０８
（Ｂ）は、第１のフィールド５１０（ｚ）と、第２のフィールド５１２（ｗ）と
を含む。
例を示すブロック図である。図示されているように、第１のオブジェクト５００
（Ａ）は、第１のフィールド５０２（ｙ）と、第２のフィールド５０４（ｘ）と
、第３のフィールド５０６（ｖ）とを含む。さらに、第２のオブジェクト５０８
（Ｂ）は、第１のフィールド５１０（ｚ）と、第２のフィールド５１２（ｗ）と
を含む。
【００１９】
図５Ｂは、図５Ａのオブジェクトおよびフィールドにアクセスするコンピュー
タアプリケーションの実行中に作成できるメモリアクセスのログの例を示すブロ
ック図である。メモリアクセスのログ５１４では、メモリ内でアクセスされた各
オブジェクト５１６および関連のフィールド５１８が、識別および記録される。
例えば、図示されているように、第２のフィールド５０４（ｘ）が第１のオブジ
ェクト５００内でアクセスされた場合には、アクセスされたオブジェクト５２０
（Ａ）とアクセスされたフィールド５２２（ｘ）とが記録される。
タアプリケーションの実行中に作成できるメモリアクセスのログの例を示すブロ
ック図である。メモリアクセスのログ５１４では、メモリ内でアクセスされた各
オブジェクト５１６および関連のフィールド５１８が、識別および記録される。
例えば、図示されているように、第２のフィールド５０４（ｘ）が第１のオブジ
ェクト５００内でアクセスされた場合には、アクセスされたオブジェクト５２０
（Ａ）とアクセスされたフィールド５２２（ｘ）とが記録される。
【００２０】
メモリアクセスのログが作成されると、そのログは、記録されたメモリアクセ
スの間の一時的な関係を決定するために用いられる。次いで、オブジェクト間の
参照の局所性をモデリングする一時的な参照グラフが作成される。図５Ｃは、図
５Ｂのログに示されたフィールド参照の間の一時的な関係を示す一時的な参照グ
ラフ５２４の例である。そのグラフ５２４は、アクセスされたオブジェクト間の
関係を示さずに、アクセスされたフィールド間の関係を示す。図示されているよ
うに、第１のオブジェクト５００（Ａ）の第１および第２のフィールド５０２（
ｘ）および５０４（ｙ）が、グラフ化される。次いで、一時的な参照グラフ５２
４は、オブジェクトＡ内でフィールドｘおよびｙを再配列するために用いられる
。図示されているように、一次的な参照グラフ５２４は、フィールドｘおよびｙ
の互いに対しての順序が不適切であることを示している。しかしながら、第３の
フィールド５０６（ｖ）の格納は、ｘおよびｙが互いに近くなるように、ｘおよ
びｙの格納を妨げてはならない。このように、ある特定のオブジェクト内のフィ
ールドが再配列されてもよい。フィールドは、単一のオブジェクト内で再配列さ
れたが、フィールドアクセスは、それらのフィールドが参照するオブジェクトを
再配列するための解析を実行されていない。
スの間の一時的な関係を決定するために用いられる。次いで、オブジェクト間の
参照の局所性をモデリングする一時的な参照グラフが作成される。図５Ｃは、図
５Ｂのログに示されたフィールド参照の間の一時的な関係を示す一時的な参照グ
ラフ５２４の例である。そのグラフ５２４は、アクセスされたオブジェクト間の
関係を示さずに、アクセスされたフィールド間の関係を示す。図示されているよ
うに、第１のオブジェクト５００（Ａ）の第１および第２のフィールド５０２（
ｘ）および５０４（ｙ）が、グラフ化される。次いで、一時的な参照グラフ５２
４は、オブジェクトＡ内でフィールドｘおよびｙを再配列するために用いられる
。図示されているように、一次的な参照グラフ５２４は、フィールドｘおよびｙ
の互いに対しての順序が不適切であることを示している。しかしながら、第３の
フィールド５０６（ｖ）の格納は、ｘおよびｙが互いに近くなるように、ｘおよ
びｙの格納を妨げてはならない。このように、ある特定のオブジェクト内のフィ
ールドが再配列されてもよい。フィールドは、単一のオブジェクト内で再配列さ
れたが、フィールドアクセスは、それらのフィールドが参照するオブジェクトを
再配列するための解析を実行されていない。
【００２１】
各メモリ参照を装備せずに、パスプロファイル作成を通して実行しているプロ
グラムが遭遇する制御フローのパスを装備することもできる。図６Ａは、コンピ
ュータアプリケーションの実行中に可能なパスすべてを示すブロック図である。
この例では、各ブロックは１つ以上のコンピュータの命令を表している。ブロッ
ク６００は、条件ステートメント６０２の前に実行される。例えば、条件ステー
トメント６０２は、ｉｆ‐ｔｈｅｎ‐ｅｌｓｅステートメントでよい。ｉｆ‐ｔ
ｈｅｎ‐ｅｌｓｅステートメントの結果によると、実行可能な分岐は２つである
。第１の分岐は、ブロック６０４および６０６を含む。第２の分岐は、ブロック
６０８および６１０を含む。
グラムが遭遇する制御フローのパスを装備することもできる。図６Ａは、コンピ
ュータアプリケーションの実行中に可能なパスすべてを示すブロック図である。
この例では、各ブロックは１つ以上のコンピュータの命令を表している。ブロッ
ク６００は、条件ステートメント６０２の前に実行される。例えば、条件ステー
トメント６０２は、ｉｆ‐ｔｈｅｎ‐ｅｌｓｅステートメントでよい。ｉｆ‐ｔ
ｈｅｎ‐ｅｌｓｅステートメントの結果によると、実行可能な分岐は２つである
。第１の分岐は、ブロック６０４および６０６を含む。第２の分岐は、ブロック
６０８および６１０を含む。
【００２２】
パスプロファイル作成が実行されると、制御フローのパスが装備される。図６
Ｂは、図６Ａのコンピュータアプリケーションに関連する可能なパスを示すパス
プロファイルの例を示す図である。図示されているように、Ｃｈｉｌｉｍｂｉで
実行されているように各ロードおよび格納のコマンドを実装せずに、ブロック６
１２に示されたような決定点にコードが挿入される。制御フローのパスが実装さ
れているので、パスプロファイル作成は、各分岐（すなわち、パス）が採用され
た頻度を決定することができる。このように、パスプロファイル作成は、各パス
内に各ロードおよび格納のコマンドを実装するよりも、必要とするオーバーヘッ
ドが少ないという利点を持つ。
Ｂは、図６Ａのコンピュータアプリケーションに関連する可能なパスを示すパス
プロファイルの例を示す図である。図示されているように、Ｃｈｉｌｉｍｂｉで
実行されているように各ロードおよび格納のコマンドを実装せずに、ブロック６
１２に示されたような決定点にコードが挿入される。制御フローのパスが実装さ
れているので、パスプロファイル作成は、各分岐（すなわち、パス）が採用され
た頻度を決定することができる。このように、パスプロファイル作成は、各パス
内に各ロードおよび格納のコマンドを実装するよりも、必要とするオーバーヘッ
ドが少ないという利点を持つ。
【００２３】
上述の観点から、オブジェクトのフィールドへのアクセス速度を最大化するた
めに、コピーによるガーベージコレクションのようなプロセスを通して、メモリ
内のオブジェクトを再配列できることが望ましい。さらに、オブジェクトがコピ
ーされる順序を決定するために、パスプロファイル作成のようなプロセスを用い
て、オーバーヘッドを減らした状態で、オブジェクトのフィールドのアクセスの
頻度と近さを解析できることが有益である。
めに、コピーによるガーベージコレクションのようなプロセスを通して、メモリ
内のオブジェクトを再配列できることが望ましい。さらに、オブジェクトがコピ
ーされる順序を決定するために、パスプロファイル作成のようなプロセスを用い
て、オーバーヘッドを減らした状態で、オブジェクトのフィールドのアクセスの
頻度と近さを解析できることが有益である。
【００２４】
本発明は、メモリからオブジェクトのフィールドのアクセスに関して得られた
情報に従って、メモリ内のオブジェクトを再配列するための機構を生成する。例
えば、これは、コピーによるガーベージコレクション中にフィールドのトラバー
スの順序を変更することによって実現できる。このように、メモリ内でオブジェ
クトを順序付けすることにより、後でオブジェクトをメモリからリトリーブする
速度を最小化することができる。
情報に従って、メモリ内のオブジェクトを再配列するための機構を生成する。例
えば、これは、コピーによるガーベージコレクション中にフィールドのトラバー
スの順序を変更することによって実現できる。このように、メモリ内でオブジェ
クトを順序付けすることにより、後でオブジェクトをメモリからリトリーブする
速度を最小化することができる。
【００２５】
本発明の一態様によると、メモリ内の複数のオブジェクトを再配列するための
機構が作成される。コンピュータアプリケーション実行中の複数のオブジェクト
に関する１つ以上のフィールドの互いに対してのメモリ内でのアクセス頻度が決
定される。次いで、複数のオブジェクトに関する１つ以上のフィールドの互いに
対してのメモリ内での決定されたアクセス頻度に従って、メモリ内で複数のオブ
ジェクトを再配列するための機構が生成される。
機構が作成される。コンピュータアプリケーション実行中の複数のオブジェクト
に関する１つ以上のフィールドの互いに対してのメモリ内でのアクセス頻度が決
定される。次いで、複数のオブジェクトに関する１つ以上のフィールドの互いに
対してのメモリ内での決定されたアクセス頻度に従って、メモリ内で複数のオブ
ジェクトを再配列するための機構が生成される。
【００２６】
本発明の一態様によると、生成された機構は、ガーベージコレクション中に複
数のオブジェクトを再配列するためのガーベージコレクションコードを含む。ガ
ーベージコレクションは、様々な方法で実装することができる。例えば、コピー
によるガーベージコレクション、または、コピーによるガーベージコレクション
の変形版を実行してもよい。
数のオブジェクトを再配列するためのガーベージコレクションコードを含む。ガ
ーベージコレクションは、様々な方法で実装することができる。例えば、コピー
によるガーベージコレクション、または、コピーによるガーベージコレクション
の変形版を実行してもよい。
【００２７】
本発明のさらに別の態様によると、単一のクラスの全インスタンスにわたるフ
ィールド参照の頻度と近さを示す情報から、メモリ内のオブジェクトを再配列す
るための機構を作成できる。一実施形態によると、ガーベージコレクション中に
オブジェクトのフィールドが訪問（ＶＩＳＩＴ）される順序を変更するための機
構が作成される。まず、クラスの全インスタンスに対して、フィールド参照情報
が取得される。但し、フィールド参照情報は、互いにそのクラスのフィールドに
よって参照されるオブジェクトの参照の頻度と近さを示すものである。次いで、
関連のフィールド参照情報からクラスフィールド順序が決定される。但し、クラ
スフィールド順序は、ガーベージコレクション中にそのクラスのフィールドがト
ラバースされる順序を特定するものである。このプロセスは、クラスフィールド
順序が各対応するクラスに関連するように、複数のクラスに対して繰り返しても
よい。
ィールド参照の頻度と近さを示す情報から、メモリ内のオブジェクトを再配列す
るための機構を作成できる。一実施形態によると、ガーベージコレクション中に
オブジェクトのフィールドが訪問（ＶＩＳＩＴ）される順序を変更するための機
構が作成される。まず、クラスの全インスタンスに対して、フィールド参照情報
が取得される。但し、フィールド参照情報は、互いにそのクラスのフィールドに
よって参照されるオブジェクトの参照の頻度と近さを示すものである。次いで、
関連のフィールド参照情報からクラスフィールド順序が決定される。但し、クラ
スフィールド順序は、ガーベージコレクション中にそのクラスのフィールドがト
ラバースされる順序を特定するものである。このプロセスは、クラスフィールド
順序が各対応するクラスに関連するように、複数のクラスに対して繰り返しても
よい。
【００２８】
本発明の別の態様によると、ガーベージコレクションは、再配列機構を用いて
実行される。一実施形態によると、オブジェクトが識別され、そのオブジェクト
に関するクラスが確認される。オブジェクトのクラスに関するクラスフィールド
順序が決定される。但し、クラスフィールド順序は、ガーベージコレクション中
にそのクラスのフィールドがトラバースされる順序を特定するものである。次い
で、オブジェクトのフィールドは、オブジェクトのクラスに関するクラスフィー
ルド順序に従って、ガーベージコレクション（例えば、コピーによるガーベージ
コレクション）中に訪問される。例えば、訪問された各フィールドに対して、直
接的もしくは間接的に指定された各オブジェクトをコピーしてもよい。
実行される。一実施形態によると、オブジェクトが識別され、そのオブジェクト
に関するクラスが確認される。オブジェクトのクラスに関するクラスフィールド
順序が決定される。但し、クラスフィールド順序は、ガーベージコレクション中
にそのクラスのフィールドがトラバースされる順序を特定するものである。次い
で、オブジェクトのフィールドは、オブジェクトのクラスに関するクラスフィー
ルド順序に従って、ガーベージコレクション（例えば、コピーによるガーベージ
コレクション）中に訪問される。例えば、訪問された各フィールドに対して、直
接的もしくは間接的に指定された各オブジェクトをコピーしてもよい。
【００２９】
本発明は、メモリ内におけるオブジェクトのフィールドの参照の近さと頻度を
示す情報に従って、オブジェクトを再配列することを可能とする。このように、
これらのフィールドによって参照されるそれらのオブジェクトを、ガーベージコ
レクション中にメモリ内で再配列することができる。このように、互いに近い時
間にアクセスされるオブジェクトを、メモリ内において近くに格納することがで
きる。このことは、特に、キャッシュを実装するシステムにおいて有利である。
何故なら、複数のオブジェクトが同じキャッシュラインにおいてリトリーブおよ
び格納される可能性が高くなるからである。したがって、互いに近くでアクセス
されるオブジェクトをリトリーブする時間を、劇的に短くすることができる。
示す情報に従って、オブジェクトを再配列することを可能とする。このように、
これらのフィールドによって参照されるそれらのオブジェクトを、ガーベージコ
レクション中にメモリ内で再配列することができる。このように、互いに近い時
間にアクセスされるオブジェクトを、メモリ内において近くに格納することがで
きる。このことは、特に、キャッシュを実装するシステムにおいて有利である。
何故なら、複数のオブジェクトが同じキャッシュラインにおいてリトリーブおよ
び格納される可能性が高くなるからである。したがって、互いに近くでアクセス
されるオブジェクトをリトリーブする時間を、劇的に短くすることができる。
【００３０】
以下の説明では、本発明の完全な理解を促すために、多くの詳細が具体的に示
されている。しかしながら、本発明がこれらの具体的な詳細なしに実現できるこ
とは、当業者にとって明らかである。また、本発明を不必要に不明瞭化しないよ
うに、周知のプロセス動作の説明は省略してある。
されている。しかしながら、本発明がこれらの具体的な詳細なしに実現できるこ
とは、当業者にとって明らかである。また、本発明を不必要に不明瞭化しないよ
うに、周知のプロセス動作の説明は省略してある。
【００３１】
本発明は、オブジェクトを、それらのオブジェクトのフィールドによって参照
される他のオブジェクトが参照される頻度に従って、メモリ内で再配列すること
を可能とする。一実施形態によると、これは、与えられたクラスの全インスタン
スにわたって、そのクラスのフィールドの参照（例えば、メモリアクセス）の頻
度を生成することにより実現される。
される他のオブジェクトが参照される頻度に従って、メモリ内で再配列すること
を可能とする。一実施形態によると、これは、与えられたクラスの全インスタン
スにわたって、そのクラスのフィールドの参照（例えば、メモリアクセス）の頻
度を生成することにより実現される。
【００３２】
さらに、一実施形態によると、パスプロファイル作成が用いられる。プロファ
イルは、例えばＪａｖａプログラムの解釈中に、短時間で取得され、次いで、実
行時の間に少ないオーバーヘッドで、コンパイルされたコードから除去されるこ
とが可能である。このように、多くの時間とメモリを必要とせずに、オブジェク
トを再配列することができる。
イルは、例えばＪａｖａプログラムの解釈中に、短時間で取得され、次いで、実
行時の間に少ないオーバーヘッドで、コンパイルされたコードから除去されるこ
とが可能である。このように、多くの時間とメモリを必要とせずに、オブジェク
トを再配列することができる。
【００３３】
コピーによるガーベージコレクタは、様々な順序を選んでメモリ内のオブジェ
クトを配置することができる。一実施形態によると、アプリケーションによって
近い時間にアクセスされるオブジェクトは、コピーによるガーベージコレクショ
ンプロセスによって、同じキャッシュラインにまとめられる。
クトを配置することができる。一実施形態によると、アプリケーションによって
近い時間にアクセスされるオブジェクトは、コピーによるガーベージコレクショ
ンプロセスによって、同じキャッシュラインにまとめられる。
【００３４】
本発明は、与えられたクラスの各オブジェクトに関するフィールド参照の頻度
を調べずに、一実施形態に従って、与えられたクラスの全インスタンスにわたっ
てフィールドアクセス（すなわち、フィールド参照）の頻度を一般化する。与え
られたクラスのオブジェクトは、同じ目的に用いられることが多いため、これら
のオブジェクトの振る舞いは、ほぼ同一であることが多い。そのため、単一のク
ラスの複数のインスタンスに関して実行されるメモリアクセスは、ほぼ同一であ
ることが多い。このことについては、図７Ａないし７Ｃを参照して、さらに詳細
に説明する。
を調べずに、一実施形態に従って、与えられたクラスの全インスタンスにわたっ
てフィールドアクセス（すなわち、フィールド参照）の頻度を一般化する。与え
られたクラスのオブジェクトは、同じ目的に用いられることが多いため、これら
のオブジェクトの振る舞いは、ほぼ同一であることが多い。そのため、単一のク
ラスの複数のインスタンスに関して実行されるメモリアクセスは、ほぼ同一であ
ることが多い。このことについては、図７Ａないし７Ｃを参照して、さらに詳細
に説明する。
【００３５】
図７Ａは、単一のクラス７００（Ａ）のインスタンスのセットの例を示すブロ
ック図である。第１のインスタンス７０２（オブジェクトＡ１）と、第２のイン
スタンス７０４（オブジェクトＡ２）は両方とも、第１のフィールド７０６（ｘ
）と、第２のフィールド７０８（ｙ）とを含む。このように、単一のクラスの複
数のインスタンスは、同じフィールドを持つため、同じ種類のフィールドを持つ
。
ック図である。第１のインスタンス７０２（オブジェクトＡ１）と、第２のイン
スタンス７０４（オブジェクトＡ２）は両方とも、第１のフィールド７０６（ｘ
）と、第２のフィールド７０８（ｙ）とを含む。このように、単一のクラスの複
数のインスタンスは、同じフィールドを持つため、同じ種類のフィールドを持つ
。
【００３６】
同じクラスのインスタンスは同じフィールドを持つため、これらのインスタン
スは、同じ状況で用いられる可能性がある。例えば、これらのオブジェクトは、
同じデータ構造で用いられることが多いため、これらのオブジェクトのフィール
ドに関するメモリアクセスは、ほぼ同じ頻度および順番で発生する。
スは、同じ状況で用いられる可能性がある。例えば、これらのオブジェクトは、
同じデータ構造で用いられることが多いため、これらのオブジェクトのフィール
ドに関するメモリアクセスは、ほぼ同じ頻度および順番で発生する。
【００３７】
そのようなデータ構造の一例は、ツリーデータ構造である。図７Ｂは、ツリー
データ構造における図７Ａのクラスインスタンスの使用例を示すブロック図であ
る。図示されているように、ツリーデータ構造７１０は、ルートノード７１２と
、２つの下位ノード７１４、７１６を含む。例えば、第１のインスタンス７０２
（オブジェクトＡ１）が第１の下位ノード７１４であり、第２のインスタンス７
０４（オブジェクトＡ２）が第２の下位ノード７１６であってよい。ツリーデー
タ構造の下位ノードに関するメモリアクセスは通常、ほぼ同様であるため、単一
のクラスのインスタンスに関するメモリアクセスは、このインスタンス内のクラ
ス全体にわたって生成されてもよい。
データ構造における図７Ａのクラスインスタンスの使用例を示すブロック図であ
る。図示されているように、ツリーデータ構造７１０は、ルートノード７１２と
、２つの下位ノード７１４、７１６を含む。例えば、第１のインスタンス７０２
（オブジェクトＡ１）が第１の下位ノード７１４であり、第２のインスタンス７
０４（オブジェクトＡ２）が第２の下位ノード７１６であってよい。ツリーデー
タ構造の下位ノードに関するメモリアクセスは通常、ほぼ同様であるため、単一
のクラスのインスタンスに関するメモリアクセスは、このインスタンス内のクラ
ス全体にわたって生成されてもよい。
【００３８】
単一のクラスの複数のインスタンスが用いられるデータ構造の別の例は、リン
クリストである。図７Ｃは、リンクリストデータ構造における図７Ａのクラスイ
ンスタンスの使用例を示すブロック図である。リンクリスト７１８は、３つのオ
ブジェクトを含むよう示されている。すなわち、第１のオブジェクト７２０と、
第２のオブジェクト７２２と、第３のオブジェクト７２４である。図示されてい
るように、リンクリスト７１８内の第１のオブジェクト７２０は、クラスＡの第
１のインスタンス７０２であってよい。同様に、リンクリスト７１８内の第２の
オブジェクト７２２は、クラスＡの第２のインスタンス７０４であってよい。リ
ンクリストの要素に関するメモリアクセスは通常、ほぼ同じ頻度で実行されるた
め、単一のクラスのインスタンスに関するメモリアクセスは、そのクラス全体に
わたって一般化されてよい。
クリストである。図７Ｃは、リンクリストデータ構造における図７Ａのクラスイ
ンスタンスの使用例を示すブロック図である。リンクリスト７１８は、３つのオ
ブジェクトを含むよう示されている。すなわち、第１のオブジェクト７２０と、
第２のオブジェクト７２２と、第３のオブジェクト７２４である。図示されてい
るように、リンクリスト７１８内の第１のオブジェクト７２０は、クラスＡの第
１のインスタンス７０２であってよい。同様に、リンクリスト７１８内の第２の
オブジェクト７２２は、クラスＡの第２のインスタンス７０４であってよい。リ
ンクリストの要素に関するメモリアクセスは通常、ほぼ同じ頻度で実行されるた
め、単一のクラスのインスタンスに関するメモリアクセスは、そのクラス全体に
わたって一般化されてよい。
【００３９】
図８は、本発明の一実施形態に従って、互いに近い時間にアクセスされるフィ
ールドを持つオブジェクトがメモリにおいて近くに格納されるように、メモリ内
のオブジェクトを再配列するためのプロセスの概略を示すフローチャートである
。コンピュータアプリケーションは、ブロック８０２で実行される。コンピュー
タアプリケーションが実行されると、メモリ内のフィールド参照の記録（例えば
、フィールド参照のパスプロファイルまたはログ）が、ブロック８０４で生成さ
れる。次いで、ブロック８０６において、生成されたフィールド参照の記録（例
えば、フィールド参照のパスプロファイルまたはログ）を用いて、オブジェクト
がメモリ内で再配列される。例えば、オブジェクトは、コピーによるガーベージ
コレクションプロセスの間に再配列されてもよい。上述のプロセスが完了すると
、オブジェクトは、互いに近い時間にアクセスされるフィールドを持つオブジェ
クトが、メモリ内において近くに格納されるように再配列される。それ故、これ
らのオブジェクトは、データがメモリからキャッシュにリトリーブされる際に、
おそらく同じキャッシュラインに格納される。
ールドを持つオブジェクトがメモリにおいて近くに格納されるように、メモリ内
のオブジェクトを再配列するためのプロセスの概略を示すフローチャートである
。コンピュータアプリケーションは、ブロック８０２で実行される。コンピュー
タアプリケーションが実行されると、メモリ内のフィールド参照の記録（例えば
、フィールド参照のパスプロファイルまたはログ）が、ブロック８０４で生成さ
れる。次いで、ブロック８０６において、生成されたフィールド参照の記録（例
えば、フィールド参照のパスプロファイルまたはログ）を用いて、オブジェクト
がメモリ内で再配列される。例えば、オブジェクトは、コピーによるガーベージ
コレクションプロセスの間に再配列されてもよい。上述のプロセスが完了すると
、オブジェクトは、互いに近い時間にアクセスされるフィールドを持つオブジェ
クトが、メモリ内において近くに格納されるように再配列される。それ故、これ
らのオブジェクトは、データがメモリからキャッシュにリトリーブされる際に、
おそらく同じキャッシュラインに格納される。
【００４０】
オブジェクトは、様々なプロセスを用いて、ブロック８０６においてメモリに
再配列されてもよい。一実施形態によると、図８のブロック８０４で記録された
フィールド参照の頻度と時間的な近さは、与えられたクラスの全インスタンスに
わたって一般化される。図９は、図８のブロック８０６に示されているメモリ内
のオブジェクトを再配列する方法の概略を示すフローチャートである。ブロック
９０２では、各クラスに対して、互いに時間の近いフィールドの参照の、図８の
ブロック８０４で生成された記録における発生が、フィールド順序付け情報を生
成するために、クラスの全インスタンスにわたって各フィールドに対してカウン
トされる。例えば、ある特定のクラス内でフィールド順序付け情報を生成するた
めに収集できるデータは、各フィールドのアクセス回数と、そのフィールドが同
じクラスの他のフィールドに関して参照したデータのアクセス間の時間と、同じ
クラスの他のフィールドに関するそのフィールドの参照の間の命令（もしくはメ
モリアクセス）の数と、およびクラスのフィールドがアクセスされる順序とを含
んでよい。次いで、フィールドは、ブロック９０４において、フィールド順序付
け情報に従ってソートされる。
再配列されてもよい。一実施形態によると、図８のブロック８０４で記録された
フィールド参照の頻度と時間的な近さは、与えられたクラスの全インスタンスに
わたって一般化される。図９は、図８のブロック８０６に示されているメモリ内
のオブジェクトを再配列する方法の概略を示すフローチャートである。ブロック
９０２では、各クラスに対して、互いに時間の近いフィールドの参照の、図８の
ブロック８０４で生成された記録における発生が、フィールド順序付け情報を生
成するために、クラスの全インスタンスにわたって各フィールドに対してカウン
トされる。例えば、ある特定のクラス内でフィールド順序付け情報を生成するた
めに収集できるデータは、各フィールドのアクセス回数と、そのフィールドが同
じクラスの他のフィールドに関して参照したデータのアクセス間の時間と、同じ
クラスの他のフィールドに関するそのフィールドの参照の間の命令（もしくはメ
モリアクセス）の数と、およびクラスのフィールドがアクセスされる順序とを含
んでよい。次いで、フィールドは、ブロック９０４において、フィールド順序付
け情報に従ってソートされる。
【００４１】
ガーベージコレクション中にトラバースされるオブジェクトは、ツリーもしく
は有向グラフのようなデータ構造に格納されてよい。例えば、オブジェクトは、
深さ優先順でコピーされてよい。コピーによるコレクションでは、どのオブジェ
クトもしくはオブジェクトのセットを次にコピーするかを決定するための機構が
必要である。換言すると、どのポインタが次にトラバースするかを決定するため
の機構が必要である。一実施形態によると、フィールド順序付け情報は、データ
構造内でトラバースするのに適切なパスを決定するために用いられる。そのよう
に、ガーベージコレクション中には、フィールドは、ブロック９０６において、
ソートされた順序でスキャンされる。各フィールドが「スキャン」されると、フ
ィールドによって（直接的もしくは間接的に）指定されたオブジェクトがコピー
される。換言すると、フィールドおよび／または関連のオブジェクトによって指
定されたオブジェクトがコピーされる。したがって、ガーベージコレクション中
に、各オブジェクトに対して、オブジェクトのクラスに関連するフィールド順序
付け情報に従って、フィールドがトラバースされ、ソートされたフィールド各々
によって（直接的もしくは間接的に）指定されたオブジェクトがコピーされる。
例えば、オブジェクトのコピーは、深さ優先で実行されてよい。
は有向グラフのようなデータ構造に格納されてよい。例えば、オブジェクトは、
深さ優先順でコピーされてよい。コピーによるコレクションでは、どのオブジェ
クトもしくはオブジェクトのセットを次にコピーするかを決定するための機構が
必要である。換言すると、どのポインタが次にトラバースするかを決定するため
の機構が必要である。一実施形態によると、フィールド順序付け情報は、データ
構造内でトラバースするのに適切なパスを決定するために用いられる。そのよう
に、ガーベージコレクション中には、フィールドは、ブロック９０６において、
ソートされた順序でスキャンされる。各フィールドが「スキャン」されると、フ
ィールドによって（直接的もしくは間接的に）指定されたオブジェクトがコピー
される。換言すると、フィールドおよび／または関連のオブジェクトによって指
定されたオブジェクトがコピーされる。したがって、ガーベージコレクション中
に、各オブジェクトに対して、オブジェクトのクラスに関連するフィールド順序
付け情報に従って、フィールドがトラバースされ、ソートされたフィールド各々
によって（直接的もしくは間接的に）指定されたオブジェクトがコピーされる。
例えば、オブジェクトのコピーは、深さ優先で実行されてよい。
【００４２】
上述のように、一実施形態によると、１つ以上のフィールドを持つオブジェク
トに対して、それらのフィールドは、コピーによるガーベージコレクション中に
適切なクラスに関するフィールド順序付け情報に従ってトラバースされる。図１
０は、オブジェクトのセットの例と、図９のブロック９０６で実行されるコピー
によるガーベージコレクション中のそれらのオブジェクトのメモリ内での配置と
を示す図である。ガーベージコレクションに先立って、それらのオブジェクトは
、メモリ１０００内に格納される。図示されているように、第１のオブジェクト
１００２（Ａ）は、第１のフィールド１００４（ｙ）と、第２のフィールド１０
０６（ｘ）とを含む。第１のフィールド１００４（ｙ）は、第２のオブジェクト
１００８（Ｂ）を参照し、第２のフィールド１００６は、第３のオブジェクト１
０１０（Ｑ）を参照する。この例では、同じクラス内の他のフィールドに関する
フィールド参照の総数が決定され、フィールド参照の総数によってフィールドが
ソートされると、第１のフィールド１００４（ｙ）によって参照されるデータは
、第２のフィールド１００６（ｘ）によって参照されるデータよりも多くの回数
参照されるように検索される。それ故、コピーによるガーベージコレクションが
実行されると、第１のフィールド１００４（ｙ）によって参照されるオブジェク
トが、最初にコピーされる。次いで、第２のフィールド１００６（ｘ）によって
参照されるオブジェクトがコピーされる。したがって、図示されているように、
第２のオブジェクト１００８（Ｂ）は、第１のオブジェクト１００２（Ａ）に最
も近くなるように、最初にコピーされ、第３のオブジェクト１０１０（Ｑ）は、
次にコピーされる。
トに対して、それらのフィールドは、コピーによるガーベージコレクション中に
適切なクラスに関するフィールド順序付け情報に従ってトラバースされる。図１
０は、オブジェクトのセットの例と、図９のブロック９０６で実行されるコピー
によるガーベージコレクション中のそれらのオブジェクトのメモリ内での配置と
を示す図である。ガーベージコレクションに先立って、それらのオブジェクトは
、メモリ１０００内に格納される。図示されているように、第１のオブジェクト
１００２（Ａ）は、第１のフィールド１００４（ｙ）と、第２のフィールド１０
０６（ｘ）とを含む。第１のフィールド１００４（ｙ）は、第２のオブジェクト
１００８（Ｂ）を参照し、第２のフィールド１００６は、第３のオブジェクト１
０１０（Ｑ）を参照する。この例では、同じクラス内の他のフィールドに関する
フィールド参照の総数が決定され、フィールド参照の総数によってフィールドが
ソートされると、第１のフィールド１００４（ｙ）によって参照されるデータは
、第２のフィールド１００６（ｘ）によって参照されるデータよりも多くの回数
参照されるように検索される。それ故、コピーによるガーベージコレクションが
実行されると、第１のフィールド１００４（ｙ）によって参照されるオブジェク
トが、最初にコピーされる。次いで、第２のフィールド１００６（ｘ）によって
参照されるオブジェクトがコピーされる。したがって、図示されているように、
第２のオブジェクト１００８（Ｂ）は、第１のオブジェクト１００２（Ａ）に最
も近くなるように、最初にコピーされ、第３のオブジェクト１０１０（Ｑ）は、
次にコピーされる。
【００４３】
オブジェクトを再配列する方法の概要は、図９および図１０に関連して上述し
た。図１１は、本発明の一実施形態に従って、メモリ内のオブジェクトを再配列
する方法の詳細を示すフローチャートである。この実施形態によると、効率をよ
くするために、ログではなくパスプロファイルが用いられる。それ故、ブロック
１１０２においては、各パスが実行時に採用される総回数を示す各パスのカウン
トを計算することを可能にするコードをコンピュータアプリケーションに挿入す
るために、コンピュータアプリケーションの制御フローが解析される。各パスに
対して、（同じクラス内の他のフィールドに関する）各フィールドの従属参照の
数が、ブロック１１０４において、各クラスに対して第１のテーブルを生成する
ために計算される。第１のテーブルの例については、図１２を参照して、以下で
詳細に図示および説明する。ブロック１１０６において、実行時に採用された各
パスのカウントは、次に、各クラスに対して第２のテーブルを生成するために、
挿入されたコードを用いて計算される。第２のテーブルの例については、図１３
を参照して、以下で詳細に図示および説明する。次いで、第１および第２のテー
ブルは、すべてのパスにわたって実行時の間に（同じクラス内の他のフィールド
に関する）各フィールドのフィールド参照の数を取得するために、ブロック１１
０８において結合される。第１および第２のテーブルの結合の結果については、
図１４を参照して、以下で詳細に図示および説明する。次いで、フィールドは、
ブロック１１１０において、クラスに対するすべてのパスにわたるフィールド参
照の数によってクラスごとにソートされる。そのようなソートのプロセスの結果
については、図１５を参照して、以下で詳細に図示および説明する。次いで、ソ
ートされた順序でメモリ内のオブジェクトのフィールドをトラバースし、フィー
ルドによって指定されたオブジェクトをコピーするガーベージコレクションコー
ドが、ブロック１１１２において生成される。次いで、ガーベージコレクション
は、ブロック１１１４において実行される。生成されたガーベージコレクション
コード（もしくは別の機構）を用いてガーベージコレクションを実行する方法の
詳細については、図１７を参照して説明する。
た。図１１は、本発明の一実施形態に従って、メモリ内のオブジェクトを再配列
する方法の詳細を示すフローチャートである。この実施形態によると、効率をよ
くするために、ログではなくパスプロファイルが用いられる。それ故、ブロック
１１０２においては、各パスが実行時に採用される総回数を示す各パスのカウン
トを計算することを可能にするコードをコンピュータアプリケーションに挿入す
るために、コンピュータアプリケーションの制御フローが解析される。各パスに
対して、（同じクラス内の他のフィールドに関する）各フィールドの従属参照の
数が、ブロック１１０４において、各クラスに対して第１のテーブルを生成する
ために計算される。第１のテーブルの例については、図１２を参照して、以下で
詳細に図示および説明する。ブロック１１０６において、実行時に採用された各
パスのカウントは、次に、各クラスに対して第２のテーブルを生成するために、
挿入されたコードを用いて計算される。第２のテーブルの例については、図１３
を参照して、以下で詳細に図示および説明する。次いで、第１および第２のテー
ブルは、すべてのパスにわたって実行時の間に（同じクラス内の他のフィールド
に関する）各フィールドのフィールド参照の数を取得するために、ブロック１１
０８において結合される。第１および第２のテーブルの結合の結果については、
図１４を参照して、以下で詳細に図示および説明する。次いで、フィールドは、
ブロック１１１０において、クラスに対するすべてのパスにわたるフィールド参
照の数によってクラスごとにソートされる。そのようなソートのプロセスの結果
については、図１５を参照して、以下で詳細に図示および説明する。次いで、ソ
ートされた順序でメモリ内のオブジェクトのフィールドをトラバースし、フィー
ルドによって指定されたオブジェクトをコピーするガーベージコレクションコー
ドが、ブロック１１１２において生成される。次いで、ガーベージコレクション
は、ブロック１１１４において実行される。生成されたガーベージコレクション
コード（もしくは別の機構）を用いてガーベージコレクションを実行する方法の
詳細については、図１７を参照して説明する。
【００４４】
図１１に図示された実施形態に示されているように、ブロック１１０２〜１１
０４は、コンパイル時１１１６の間に実行され、ブロック１１０６〜１１１４は
、実行時に実行される。しかしながら、Ｊａｖａ(登録商標)では実行時にコンパ
イルが実行されることを認識することが重要である。それ故、上述の説明は例示
的なものであり、工程は、個々のコンパイルおよび実行プロセス中に実行される
必要はない。
０４は、コンパイル時１１１６の間に実行され、ブロック１１０６〜１１１４は
、実行時に実行される。しかしながら、Ｊａｖａ(登録商標)では実行時にコンパ
イルが実行されることを認識することが重要である。それ故、上述の説明は例示
的なものであり、工程は、個々のコンパイルおよび実行プロセス中に実行される
必要はない。
【００４５】
図１１のブロック１１０４を参照して上述したように、（同じクラス内の他の
フィールドに関する）各フィールドの従属参照（すなわち、メモリアクセス）の
数は、各パスにわたって各クラスに対して第１のテーブルを生成するために計算
される。図１２は、図１１のブロック１１０４で生成される第１のテーブルの例
を示すブロック図である。図示されているように、ある特定のパス１２０２（例
えば、パス５１１）に対して、（同じクラス内の他のフィールドに関する）ある
特定のクラス内の各フィールド１２０６に対するそのパスに関するフィールド参
照１２０４の数は、テーブルのフォーマットで提供される。例えば、クラスＡ内
のフィールドｙ１２０８に対して、１２１０において、パス５１１に関する（フ
ィールドｘについての）フィールド参照１２０８の数は２と示される。同様に、
クラスＡ内のフィールドｘ１２１２に対して、パス５１１に関する（フィールド
ｙについての）フィールド参照１２１４の数は０と示される。フィールド参照の
数は、フィールドの参照回数であるだけでなく、フィールド順序付け情報を含む
ことにも注意することが重要である。一例では、フィールド参照１２０４の数は
、ある特定のフィールドが、同じクラス内の別のフィールド直後に参照された（
すなわち、メモリからアクセスされた）回数を特定する。別の例では、フィール
ド参照１２０４の数は、ある特定のフィールドが、同じクラス内の別のフィール
ドの直前に参照された回数を特定する。他の例は、１つのフィールドに対して複
数のカウントがコンパイルされるように、ある特定のフィールドが、同じクラス
内の他のフィールド各々の前後に参照された回数をカウントする工程を含む。こ
のように、フィールド順序付け情報が最終的にコンパイルされてもよい。
フィールドに関する）各フィールドの従属参照（すなわち、メモリアクセス）の
数は、各パスにわたって各クラスに対して第１のテーブルを生成するために計算
される。図１２は、図１１のブロック１１０４で生成される第１のテーブルの例
を示すブロック図である。図示されているように、ある特定のパス１２０２（例
えば、パス５１１）に対して、（同じクラス内の他のフィールドに関する）ある
特定のクラス内の各フィールド１２０６に対するそのパスに関するフィールド参
照１２０４の数は、テーブルのフォーマットで提供される。例えば、クラスＡ内
のフィールドｙ１２０８に対して、１２１０において、パス５１１に関する（フ
ィールドｘについての）フィールド参照１２０８の数は２と示される。同様に、
クラスＡ内のフィールドｘ１２１２に対して、パス５１１に関する（フィールド
ｙについての）フィールド参照１２１４の数は０と示される。フィールド参照の
数は、フィールドの参照回数であるだけでなく、フィールド順序付け情報を含む
ことにも注意することが重要である。一例では、フィールド参照１２０４の数は
、ある特定のフィールドが、同じクラス内の別のフィールド直後に参照された（
すなわち、メモリからアクセスされた）回数を特定する。別の例では、フィール
ド参照１２０４の数は、ある特定のフィールドが、同じクラス内の別のフィール
ドの直前に参照された回数を特定する。他の例は、１つのフィールドに対して複
数のカウントがコンパイルされるように、ある特定のフィールドが、同じクラス
内の他のフィールド各々の前後に参照された回数をカウントする工程を含む。こ
のように、フィールド順序付け情報が最終的にコンパイルされてもよい。
【００４６】
同様に、図１１のブロック１１０６を参照して上述しているように、各パスが
実行時にトラバースされる回数がカウントされる。図１３は、図１１のブロック
１１０６で生成される第２のテーブルの例を示すブロック図である。図示されて
いるように、第２のテーブルは、各パス１３０２を識別し、識別されたパス１３
０２がコンピュータアプリケーションの実行中にトラバースされる回数を示す関
連のパスカウント１３０４を識別する。
実行時にトラバースされる回数がカウントされる。図１３は、図１１のブロック
１１０６で生成される第２のテーブルの例を示すブロック図である。図示されて
いるように、第２のテーブルは、各パス１３０２を識別し、識別されたパス１３
０２がコンピュータアプリケーションの実行中にトラバースされる回数を示す関
連のパスカウント１３０４を識別する。
【００４７】
図１２および図１３に示されたような第１および第２のテーブルが作成される
と、図１１のブロック１１０８を参照して上述したように、テーブルが結合され
る。図１４は、図１２および図１３で示したようなテーブルから、図１１のブロ
ック１１０８で生成される第３のテーブルの例を示すブロック図である。両テー
ブルが結合されると、ある特定のクラス内の各フィールド１４０２に対して、同
じクラスの他のフィールドに関するフィールドの参照１４０４の数が決定される
。例えば、図示されているように、クラスＡのフィールドｙに対して、クラスＡ
のフィールドｘに関するすべてのパスにわたる実行時のフィールド参照の数は５
３である。換言すれば、この結果は、パスプロファイルではなくログが作成され
た場合に取得される結果と等しいはずである。同様に、図示されているように、
クラスＡのフィールドｘに対して、クラスＡのフィールドｙに関するすべてのパ
スにわたる実行時のフィールド参照の数は５である。上述のように、フィールド
参照の数は、同じクラスの他のフィールドに関する関連のフィールドのいくつか
の順序付け情報を示している。
と、図１１のブロック１１０８を参照して上述したように、テーブルが結合され
る。図１４は、図１２および図１３で示したようなテーブルから、図１１のブロ
ック１１０８で生成される第３のテーブルの例を示すブロック図である。両テー
ブルが結合されると、ある特定のクラス内の各フィールド１４０２に対して、同
じクラスの他のフィールドに関するフィールドの参照１４０４の数が決定される
。例えば、図示されているように、クラスＡのフィールドｙに対して、クラスＡ
のフィールドｘに関するすべてのパスにわたる実行時のフィールド参照の数は５
３である。換言すれば、この結果は、パスプロファイルではなくログが作成され
た場合に取得される結果と等しいはずである。同様に、図示されているように、
クラスＡのフィールドｘに対して、クラスＡのフィールドｙに関するすべてのパ
スにわたる実行時のフィールド参照の数は５である。上述のように、フィールド
参照の数は、同じクラスの他のフィールドに関する関連のフィールドのいくつか
の順序付け情報を示している。
【００４８】
各クラスのフィールドがソートされると、フィールド順序付け情報が、各クラ
スのフィールドに関連付けられる。図１５は、図１１のブロック１１１０で示し
たフィールドをソートする工程の結果の例を示すブロック図である。例えば、ク
ラスＡ１５０２に対して、各フィールド１５０４がソートされる。結果として、
フィールドｘ１５０６は、コピーによるガーベージコレクション中に最初にトラ
バースされ、フィールドｙ１５０８は、コピーによるガーベージコレクション中
に２番目にトラバースされる。同様に、クラスＢ１５１０に対して、各フィール
ド１５１２がソートされる。結果として、フィールドｚ１５１４は、コピーによ
るガーベージコレクション中に最初にトラバースされ、フィールドｗ１５１６は
、コピーによるガーベージコレクション中に２番目にトラバースされる。
スのフィールドに関連付けられる。図１５は、図１１のブロック１１１０で示し
たフィールドをソートする工程の結果の例を示すブロック図である。例えば、ク
ラスＡ１５０２に対して、各フィールド１５０４がソートされる。結果として、
フィールドｘ１５０６は、コピーによるガーベージコレクション中に最初にトラ
バースされ、フィールドｙ１５０８は、コピーによるガーベージコレクション中
に２番目にトラバースされる。同様に、クラスＢ１５１０に対して、各フィール
ド１５１２がソートされる。結果として、フィールドｚ１５１４は、コピーによ
るガーベージコレクション中に最初にトラバースされ、フィールドｗ１５１６は
、コピーによるガーベージコレクション中に２番目にトラバースされる。
【００４９】
ガーベージコレクションプロセス中にコピーされるオブジェクトは、ツリーも
しくは有向グラフのようなデータ構造に格納されてよい。図１６は、ガーベージ
コレクションプロセス中にトラバースできるデータ構造の例を示す図である。図
示されているように、ガーベージコレクションプロセスは、ルートノードまたは
ルートポインタ１６００から開始する。例えば、ルートポインタ１６００は、ス
タックから取得されてもよいし、静的変数であってもよい。ルートポインタは、
第１のオブジェクト１６０２を指定する図示されているように、各オブジェクト
１６０２、１６０４、１６０６、１６０８、および１６１０は、オブジェクトに
関するクラスのフィールド順序に関連付けられた（すなわち、フィールド順序を
指定する）オブジェクトヘッダを持つ。例えば、図示されているように、第１の
オブジェクト１６０２は、クラスＡ１６１２に関連付けられている。各クラスの
記述には、オフセットのリスト（図示せず）が通常、格納される。オフセット各
々は、ある特定のフィールドに関連付けられている。さらに、各クラスは、関連
のオブジェクトのフィールドが、コピーによるガーベージコレクションのような
ガーベージコレクションプロセス中にトラバースされる順序を識別するクラスの
フィールドに対する関連のフィールド順序を持つ。例えば、クラスＡ１６１２に
対するフィールド順序１６１４は、フィールドｘがフィールドｙに先立ってトラ
バースされることを特定してもよい。同様に、図１６に示されているように、第
４のオブジェクト１６０４および第３のオブジェクト１６０８は両方とも、クラ
スＢ１６１６に関連付けられている。クラスＢ１６１６は、フィールドｚがフィ
ールドｗの前にトラバースされることを特定する関連のフィールド順序１６１８
を持つ。それ故、第４のオブジェクト１６０４に関して、例えば、フィールドｚ
によって指定される第２のオブジェクト１６０６は、フィールドｗによって指定
される第５のオブジェクト１６１０に先立ってトラバースされ、コピーされる。
しくは有向グラフのようなデータ構造に格納されてよい。図１６は、ガーベージ
コレクションプロセス中にトラバースできるデータ構造の例を示す図である。図
示されているように、ガーベージコレクションプロセスは、ルートノードまたは
ルートポインタ１６００から開始する。例えば、ルートポインタ１６００は、ス
タックから取得されてもよいし、静的変数であってもよい。ルートポインタは、
第１のオブジェクト１６０２を指定する図示されているように、各オブジェクト
１６０２、１６０４、１６０６、１６０８、および１６１０は、オブジェクトに
関するクラスのフィールド順序に関連付けられた（すなわち、フィールド順序を
指定する）オブジェクトヘッダを持つ。例えば、図示されているように、第１の
オブジェクト１６０２は、クラスＡ１６１２に関連付けられている。各クラスの
記述には、オフセットのリスト（図示せず）が通常、格納される。オフセット各
々は、ある特定のフィールドに関連付けられている。さらに、各クラスは、関連
のオブジェクトのフィールドが、コピーによるガーベージコレクションのような
ガーベージコレクションプロセス中にトラバースされる順序を識別するクラスの
フィールドに対する関連のフィールド順序を持つ。例えば、クラスＡ１６１２に
対するフィールド順序１６１４は、フィールドｘがフィールドｙに先立ってトラ
バースされることを特定してもよい。同様に、図１６に示されているように、第
４のオブジェクト１６０４および第３のオブジェクト１６０８は両方とも、クラ
スＢ１６１６に関連付けられている。クラスＢ１６１６は、フィールドｚがフィ
ールドｗの前にトラバースされることを特定する関連のフィールド順序１６１８
を持つ。それ故、第４のオブジェクト１６０４に関して、例えば、フィールドｚ
によって指定される第２のオブジェクト１６０６は、フィールドｗによって指定
される第５のオブジェクト１６１０に先立ってトラバースされ、コピーされる。
【００５０】
図１１のブロック１１１４を参照して上述したように、ガーベージコレクショ
ンプロセスは、各関連のクラスに関するフィールド順序付け情報を用いて実行さ
れる。より詳細には、ガーベージコレクション（例えば、コピーによるコレクシ
ョン）中にコピーされる各オブジェクトに対して、オブジェクトのクラスが決定
され、オブジェクトのフィールドが、オブジェクトのクラスに関するフィールド
順序付け情報に従ってコピーによるコレクション中に訪問される。図１７は、図
１５に示されたようなソートプロセスの結果と、図１６に示されたようなオブジ
ェクトのデータ構造とを用いて、図１１のブロック１１１４に示したようにガー
ベージコレクションを実行する一方法を示すフローチャートである。プロセスは
、ブロック１７００で始まる。例えば、上述のように、プロセスはルートノード
またはルートポインタで開始してよい。次いで、現在のポインタ（例えば、ルー
トポインタ）によって指定されるオブジェクトが、ブロック１７０２において取
得される。次いで、取得されたオブジェクトのクラスが、ブロック１７０４にお
いて決定される。例えば、オブジェクトのヘッダは、図１６に示すようにクラス
を指定してもよい。それ故、オブジェクトヘッダから関連のクラスへポインタを
追跡することにより、オブジェクトのクラスを確認してもよい。次に、クラス／
オブジェクトが、トラバースされるいくつかの（または、さらなる）フィールド
を持っているか否かが、ブロック１７０６において決定される。
ンプロセスは、各関連のクラスに関するフィールド順序付け情報を用いて実行さ
れる。より詳細には、ガーベージコレクション（例えば、コピーによるコレクシ
ョン）中にコピーされる各オブジェクトに対して、オブジェクトのクラスが決定
され、オブジェクトのフィールドが、オブジェクトのクラスに関するフィールド
順序付け情報に従ってコピーによるコレクション中に訪問される。図１７は、図
１５に示されたようなソートプロセスの結果と、図１６に示されたようなオブジ
ェクトのデータ構造とを用いて、図１１のブロック１１１４に示したようにガー
ベージコレクションを実行する一方法を示すフローチャートである。プロセスは
、ブロック１７００で始まる。例えば、上述のように、プロセスはルートノード
またはルートポインタで開始してよい。次いで、現在のポインタ（例えば、ルー
トポインタ）によって指定されるオブジェクトが、ブロック１７０２において取
得される。次いで、取得されたオブジェクトのクラスが、ブロック１７０４にお
いて決定される。例えば、オブジェクトのヘッダは、図１６に示すようにクラス
を指定してもよい。それ故、オブジェクトヘッダから関連のクラスへポインタを
追跡することにより、オブジェクトのクラスを確認してもよい。次に、クラス／
オブジェクトが、トラバースされるいくつかの（または、さらなる）フィールド
を持っているか否かが、ブロック１７０６において決定される。
【００５１】
オブジェクトが、トラバースすべきいくつかの、もしくは、いくつかの／さら
なるフィールドを持っている場合、オブジェクトはブロック１７０８においてコ
ピーされる。そうでない場合には、クラスフィールド順序付け情報で識別される
次のフィールドが、ブロック１７１０において確認される。例えば、クラスの記
述には通常、そのクラスのフィールドに関するオフセットのリストが含まれる。
取得されたオブジェクトのフィールドの位置を特定するために、識別された次の
フィールドのためのオフセットが、この記述から取得されてもよい。
なるフィールドを持っている場合、オブジェクトはブロック１７０８においてコ
ピーされる。そうでない場合には、クラスフィールド順序付け情報で識別される
次のフィールドが、ブロック１７１０において確認される。例えば、クラスの記
述には通常、そのクラスのフィールドに関するオフセットのリストが含まれる。
取得されたオブジェクトのフィールドの位置を特定するために、識別された次の
フィールドのためのオフセットが、この記述から取得されてもよい。
【００５２】
次に、オブジェクトの認識されたフィールドが第２のオブジェクトを指定する
か否かが、ブロック１７１２において決定される。そうである場合、ブロック１
７１４において、第２のオブジェクトが（例えば、再帰的プロセスによって）取
得される。オブジェクトの識別されたフィールドが第２のオブジェクトを指定し
ない場合、そのオブジェクトに関するさらなるフィールドに対して、プロセスは
ブロック１７０６を継続する。プロセスが再帰的に実行されると、トラバースさ
れているデータ構造内の各オブジェクトは、最終的に、ブロック１７０８におい
てコピーされる。
か否かが、ブロック１７１２において決定される。そうである場合、ブロック１
７１４において、第２のオブジェクトが（例えば、再帰的プロセスによって）取
得される。オブジェクトの識別されたフィールドが第２のオブジェクトを指定し
ない場合、そのオブジェクトに関するさらなるフィールドに対して、プロセスは
ブロック１７０６を継続する。プロセスが再帰的に実行されると、トラバースさ
れているデータ構造内の各オブジェクトは、最終的に、ブロック１７０８におい
てコピーされる。
【００５３】
本発明は、互いに近い時間にアクセスされるフィールドを持つオブジェクトが
、近くに格納される可能性を最大化するように、メモリ内にオブジェクトを格納
するために用いられてもよい。図１８は、メモリ内におけるオブジェクトの最適
な構成を実現するための本発明の使用方法を示す図である。図示されているよう
に、メインメモリ１８０２は、データのブロック１８０４内にオブジェクトを格
納する。例えば、データの各ブロックは、３２バイトでよい。本発明を用いるこ
とにより、メインメモリ１８０２内のデータの単一のブロック１８０４に、第１
のオブジェクト１８０６（Ａ）と、第２のオブジェクト１８０８（Ｂ）とを格納
することができる。ＣＰＵ１８０８が、データのこのブロック１８０４をキャッ
シュ１８１０にコピーすると、オブジェクト１８０６および１８０８は、同じキ
ャッシュライン１８１２（もしくは、１セットのキャッシュライン）に格納され
る。したがって、本発明を用いると、データの単一のブロックがメインメモリ１
８０２からリトリーブされる際に、複数のオブジェクトが１つのキャッシュ内に
同時に格納されることを可能にすることにより、互いに近い時間にアクセスされ
るフィールドを持つオブジェクトの効率的なアクセスを実現できる。
、近くに格納される可能性を最大化するように、メモリ内にオブジェクトを格納
するために用いられてもよい。図１８は、メモリ内におけるオブジェクトの最適
な構成を実現するための本発明の使用方法を示す図である。図示されているよう
に、メインメモリ１８０２は、データのブロック１８０４内にオブジェクトを格
納する。例えば、データの各ブロックは、３２バイトでよい。本発明を用いるこ
とにより、メインメモリ１８０２内のデータの単一のブロック１８０４に、第１
のオブジェクト１８０６（Ａ）と、第２のオブジェクト１８０８（Ｂ）とを格納
することができる。ＣＰＵ１８０８が、データのこのブロック１８０４をキャッ
シュ１８１０にコピーすると、オブジェクト１８０６および１８０８は、同じキ
ャッシュライン１８１２（もしくは、１セットのキャッシュライン）に格納され
る。したがって、本発明を用いると、データの単一のブロックがメインメモリ１
８０２からリトリーブされる際に、複数のオブジェクトが１つのキャッシュ内に
同時に格納されることを可能にすることにより、互いに近い時間にアクセスされ
るフィールドを持つオブジェクトの効率的なアクセスを実現できる。
【００５４】
オブジェクトごとの局所性の情報を集めるのではなく、本発明は、クラスごと
の局所性の情報を集めるため、オブジェクトとフィールドの種類を区別する。換
言すると、本発明は、与えられたクラスのインスタンスが、おそらく同様のロー
ド依存性を持つという観察を利用している。これは、一実施形態によると、パス
プロファイル作成と、コピーによるコレクション中に、与えられたクラスのフィ
ールドが訪問される順序を動的に変更するための機構とによって実現される。
の局所性の情報を集めるため、オブジェクトとフィールドの種類を区別する。換
言すると、本発明は、与えられたクラスのインスタンスが、おそらく同様のロー
ド依存性を持つという観察を利用している。これは、一実施形態によると、パス
プロファイル作成と、コピーによるコレクション中に、与えられたクラスのフィ
ールドが訪問される順序を動的に変更するための機構とによって実現される。
【００５５】
本発明は、任意の適切なコンピュータシステムに実装してよい。図１９は、本
発明を実装するのに適した代表的な汎用コンピュータシステム１９０２を示した
図である。このコンピュータシステムは、任意の適切な形態をとってよい。例え
ば、コンピュータシステムは、デジタルテレビ受信機またはセットトップボック
スと統合されていてもよい。
発明を実装するのに適した代表的な汎用コンピュータシステム１９０２を示した
図である。このコンピュータシステムは、任意の適切な形態をとってよい。例え
ば、コンピュータシステムは、デジタルテレビ受信機またはセットトップボック
スと統合されていてもよい。
【００５６】
コンピュータシステム１９０２、すなわち具体的に言うとＣＰＵ１９０４は、
当業者が理解するとおり、バーチャルマシンをサポートするよう構成されてもよ
い。コンピュータシステム１９０２は、一次記憶デバイス１９０６（通常、読み
出し専用メモリすなわちＲＯＭ）と一次記憶デバイス１９０８（通常、ランダム
アクセスメモリすなわちＲＡＭ）とを含むメモリデバイスに接続された任意の数
のプロセッサ１９０４（中央処理装置すなわちＣＰＵとも呼ばれる）を備えてい
る。当業者に周知のように、ＲＯＭは、ＣＰＵ１９０４にデータおよび命令を一
方向的に転送するよう機能し、ＲＡＭは通常、データおよび命令を二方向的に転
送するのに用いられる。両方の一次記憶デバイス１９０６および１９０８は、任
意の適切なコンピュータ読み取り可能媒体を含んでいてよい。ＣＰＵ１９０４は
、一般に、任意の数のプロセッサを含んでいて良い。
当業者が理解するとおり、バーチャルマシンをサポートするよう構成されてもよ
い。コンピュータシステム１９０２は、一次記憶デバイス１９０６（通常、読み
出し専用メモリすなわちＲＯＭ）と一次記憶デバイス１９０８（通常、ランダム
アクセスメモリすなわちＲＡＭ）とを含むメモリデバイスに接続された任意の数
のプロセッサ１９０４（中央処理装置すなわちＣＰＵとも呼ばれる）を備えてい
る。当業者に周知のように、ＲＯＭは、ＣＰＵ１９０４にデータおよび命令を一
方向的に転送するよう機能し、ＲＡＭは通常、データおよび命令を二方向的に転
送するのに用いられる。両方の一次記憶デバイス１９０６および１９０８は、任
意の適切なコンピュータ読み取り可能媒体を含んでいてよい。ＣＰＵ１９０４は
、一般に、任意の数のプロセッサを含んでいて良い。
【００５７】
二次記憶媒体１９１０は、通常はマスメモリデバイスであり、二方向的にＣＰ
Ｕ１９０４に接続され、データ記憶容量を補っている。マスメモリデバイス１９
１０は、コンピュータコード、データなどを含むプログラムを格納するのに用い
ることが可能なコンピュータ読み取り可能な媒体である。通常、マスメモリデバ
イス１９１０は、一般に一次記憶デバイス１９０６および１９０８よりも低速な
ハードディスクなどの記憶媒体である。
Ｕ１９０４に接続され、データ記憶容量を補っている。マスメモリデバイス１９
１０は、コンピュータコード、データなどを含むプログラムを格納するのに用い
ることが可能なコンピュータ読み取り可能な媒体である。通常、マスメモリデバ
イス１９１０は、一般に一次記憶デバイス１９０６および１９０８よりも低速な
ハードディスクなどの記憶媒体である。
【００５８】
また、ＣＰＵ１９０４は、ビデオモニタ、トラックボール、マウス、キーボー
ド、マイクロフォン、タッチセンシティブディスプレイ、トランスデューサカー
ドリーダ、磁気もしくは紙テープリーダ、タブレット、スタイラス、音声もしく
は手書き文字認識装置、もしくは、もちろん他のコンピュータのようなその他の
よく知られた入力デバイス、を含むがそれらに限定されない１つ以上の入出力デ
バイス１９１２に接続されてもよい。最後に、ＣＰＵ１９０４は、１９１４に大
まかに示されているネットワーク接続を用いて、コンピュータや、例えばインタ
ーネットネットワークもしくはイントラネットネットワークなどの通信ネットワ
ークに随意的に接続されてもよい。このようなネットワーク接続により、ＣＰＵ
１９０４は、上述した方法の段階を実行している間に、ネットワークから情報を
受信したりネットワークに情報を出力したりすることができると予期される。こ
のような情報は、ＣＰＵ１９０４を用いて実行される命令のシーケンスであるこ
とが多く、例えば搬送波で運ばれるコンピュータデータ信号の形で、ネットワー
クから受信したりネットワークに出力したりしてよい。
ド、マイクロフォン、タッチセンシティブディスプレイ、トランスデューサカー
ドリーダ、磁気もしくは紙テープリーダ、タブレット、スタイラス、音声もしく
は手書き文字認識装置、もしくは、もちろん他のコンピュータのようなその他の
よく知られた入力デバイス、を含むがそれらに限定されない１つ以上の入出力デ
バイス１９１２に接続されてもよい。最後に、ＣＰＵ１９０４は、１９１４に大
まかに示されているネットワーク接続を用いて、コンピュータや、例えばインタ
ーネットネットワークもしくはイントラネットネットワークなどの通信ネットワ
ークに随意的に接続されてもよい。このようなネットワーク接続により、ＣＰＵ
１９０４は、上述した方法の段階を実行している間に、ネットワークから情報を
受信したりネットワークに情報を出力したりすることができると予期される。こ
のような情報は、ＣＰＵ１９０４を用いて実行される命令のシーケンスであるこ
とが多く、例えば搬送波で運ばれるコンピュータデータ信号の形で、ネットワー
クから受信したりネットワークに出力したりしてよい。
【００５９】
本明細書では、本発明の例示的な実施形態および用途を説明しているが、本発
明の概念、範囲、および趣旨の範囲内で多くの変更を加えることが可能であり、
これらの変更は、本出願を熟読した当業者にとって明らかである。例えば、本発
明は、デジタルテレビ受信機に実装した例によって説明されている。しかしなが
ら、本発明は、他の状況で用いられてもよい。さらに、本発明は、ＪＡＶＡ（登
録商標）プラットフォームに実装した例によって説明されているが、別のプラッ
トフォームに実装されてもよい。さらに、上述したプロセスのブロックは、単に
例示的なものである。したがって、本発明の実装は、代替のデータ構造はもちろ
ん、代替のプロセスのブロックを用いて実行されてもよい。したがって、上述し
た実施形態は、例示を目的としたものであって限定的ではなく、本発明は、本明
細書で取り上げた項目に限定されず、添付した請求項の範囲および均等物の範囲
内で変更することが可能である。
明の概念、範囲、および趣旨の範囲内で多くの変更を加えることが可能であり、
これらの変更は、本出願を熟読した当業者にとって明らかである。例えば、本発
明は、デジタルテレビ受信機に実装した例によって説明されている。しかしなが
ら、本発明は、他の状況で用いられてもよい。さらに、本発明は、ＪＡＶＡ（登
録商標）プラットフォームに実装した例によって説明されているが、別のプラッ
トフォームに実装されてもよい。さらに、上述したプロセスのブロックは、単に
例示的なものである。したがって、本発明の実装は、代替のデータ構造はもちろ
ん、代替のプロセスのブロックを用いて実行されてもよい。したがって、上述し
た実施形態は、例示を目的としたものであって限定的ではなく、本発明は、本明
細書で取り上げた項目に限定されず、添付した請求項の範囲および均等物の範囲
内で変更することが可能である。
【図１Ａ】
従来のマーク・アンド・スイープによるガーベージコレクションのプロセスに
おけるメモリ内のオブジェクトの配置を示すブロック図である。
おけるメモリ内のオブジェクトの配置を示すブロック図である。
【図１Ｂ】
従来のマーク・アンド・スイープによるガーベージコレクションプロセスの完
了時における図１Ａのメモリを示すブロック図である。
了時における図１Ａのメモリを示すブロック図である。
【図２Ａ】
従来のコピーによるガーベージコレクションのプロセスにおけるメモリ内のオ
ブジェクトを示すブロック図である。
ブジェクトを示すブロック図である。
【図２Ｂ】
従来のコピーによるガーベージコレクションプロセスの完了時における図２Ａ
のメモリを示すブロック図である。
のメモリを示すブロック図である。
【図３Ａ】
メモリ内のオブジェクトの構成例を示すブロック図である。
【図３Ｂ】
コピーによるガーベージコレクションの完了時における図３Ａのオブジェクト
の１つの可能な構成を示すブロック図である。
の１つの可能な構成を示すブロック図である。
【図３Ｃ】
コピーによるガーベージコレクションの完了時における図３Ａのオブジェクト
の別の可能な構成を示すブロック図である。
の別の可能な構成を示すブロック図である。
【図４Ａ】
メモリおよび関連フィールドに格納されたオブジェクトのセットの例を示すブ
ロック図である。
ロック図である。
【図４Ｂ】
図４Ａのオブジェクトおよびフィールドにアクセスするコンピュータアプリケ
ーションの実行中に作成できるメモリアクセスのログの例を示すブロック図であ
る。
ーションの実行中に作成できるメモリアクセスのログの例を示すブロック図であ
る。
【図４Ｃ】
メモリ内のオブジェクトのアクセスと、図４Ｂに示されているメモリアクセス
のログから作成できるこれらのメモリアクセスの一時的な関係とを示す一時的な
参照グラフの例である。
のログから作成できるこれらのメモリアクセスの一時的な関係とを示す一時的な
参照グラフの例である。
【図５Ａ】
メモリおよび関連フィールドに格納されたオブジェクトのセットの例を示すブ
ロック図である。
ロック図である。
【図５Ｂ】
図５Ａのオブジェクトおよびフィールドにアクセスするコンピュータアプリケ
ーションの実行中に作成できるメモリアクセスのログの例を示すブロック図であ
る。
ーションの実行中に作成できるメモリアクセスのログの例を示すブロック図であ
る。
【図５Ｃ】
図５Ｂのログに示されたフィールド参照の間の一時的な関係を示す一時的な参
照グラフの例である。
照グラフの例である。
【図６Ａ】
コンピュータアプリケーションの実行中に可能なパスすべてを示すブロック図
である。
である。
【図６Ｂ】
図６Ａのコンピュータアプリケーションに関連する可能なパスを示すパスプロ
ファイルの例を示す図である。
ファイルの例を示す図である。
【図７Ａ】
単一のクラス（Ａ）のインスタンスのセットの例を示すブロック図である。
【図７Ｂ】
ツリーデータ構造における図７Ａのクラスインスタンスの使用例を示すブロッ
ク図である。
ク図である。
【図７Ｃ】
リンクリストデータ構造における図７Ａのクラスインスタンスの使用例を示す
ブロック図である。
ブロック図である。
【図８】
本発明の一実施形態に従って、互いに近い時間にアクセスされるフィールドを
持つオブジェクトがメモリにおいて近くに格納されるように、メモリ内のオブジ
ェクトを再配列するためのプロセスの概略を示すフローチャートである。
持つオブジェクトがメモリにおいて近くに格納されるように、メモリ内のオブジ
ェクトを再配列するためのプロセスの概略を示すフローチャートである。
【図９】
図８のブロック８０６に示されているメモリ内のオブジェクトを再配列する方
法の概略を示すフローチャートである。
法の概略を示すフローチャートである。
【図１０】
図９のブロック９０６で実行されるコピーによるガーベージコレクションの完
了時のオブジェクトのセットの例を示す図である。
了時のオブジェクトのセットの例を示す図である。
【図１１】
本発明の一実施形態に従って、メモリ内のオブジェクトを再配列する方法の詳
細を示すフローチャートである。
細を示すフローチャートである。
【図１２】
図１１のブロック１１０４で生成される第１のテーブルの例を示すブロック図
である。
である。
【図１３】
図１１のブロック１１０６で生成される第２のテーブルの例を示すブロック図
である。
である。
【図１４】
図１２および図１３で示したようなテーブルから、図１１のブロック１１０８
で生成される第３のテーブルの例を示すブロック図である。
で生成される第３のテーブルの例を示すブロック図である。
【図１５】
図１１のブロック１１１０で示したフィールドをソートする工程の結果の例を
示すブロック図である。
示すブロック図である。
【図１６】
ガーベージコレクションプロセス中にトラバースできるデータ構造の例を示す
図である。
図である。
【図１７】
図１５に示されたようなソートプロセスの結果と、図１６に示されたようなオ
ブジェクトのデータ構造とを用いて、図１１のブロック１１１４に示したように
ガーベージコレクションを実行する一方法を示すフローチャートである。
ブジェクトのデータ構造とを用いて、図１１のブロック１１１４に示したように
ガーベージコレクションを実行する一方法を示すフローチャートである。
【図１８】
キャッシュ内でのオブジェクトのアクセスを効率化するようなメモリ内におけ
るオブジェクトの格納を実現するための本発明の使用法を示す図である。
るオブジェクトの格納を実現するための本発明の使用法を示す図である。
【図１９】
本発明の実装に適した代表的な汎用コンピュータシステムを示したブロック図
である。
である。
１０２…オブジェクト
１０４…オブジェクト
１０６…オブジェクト
１０８…オブジェクト
２００…メモリ
２０２…第１のオブジェクト
２０４…第２のオブジェクト
２０６…第３のオブジェクト
２０８…第４のオブジェクト
３００…メモリ
３０２…第１のオブジェクト
３０４…第２のオブジェクト
３０６…第３のオブジェクト
３０８…第４のオブジェクト
４００…第１のオブジェクト
４０２…第１のフィールド
４０４…第２のフィールド
４０６…第２のオブジェクト
４０８…第１のフィールド
４１０…第２のフィールド
４１２…第３のオブジェクト
４１４…フィールド
４１６…第４のオブジェクト
４１８…フィールド
４２０…メモリアクセスのログ
４２２…オブジェクト
４２６…エントリ
４２８…一時的な参照グラフ
５００…第１のオブジェクト
５０２…第１のフィールド
５０４…第２のフィールド
５０６…第３のフィールド
５０８…第２のオブジェクト
５１０…第１のフィールド
５１１…パス
５１２…第２のフィールド
５１４…メモリアクセスのログ
５１６…オブジェクト
５１８…フィールド
５２０…アクセスされたオブジェクト
５２２…アクセスされたフィールド
５２４…一時的な参照グラフ
６０２…条件ステートメント
７００…クラス
７０２…第１のインスタンス
７０４…第２のインスタンス
７０６…第１のフィールド
７０８…第２のフィールド
７１０…ツリーデータ構造
７１２…ルートノード
７１４…下位ノード
７１６…下位ノード
７１８…リンクリスト
７２０…第１のオブジェクト
７２２…第２のオブジェクト
７２４…第３のオブジェクト
１０００…メモリ
１００２…第１のオブジェクト
１００４…第１のフィールド
１００６…第２のフィールド
１００８…第２のオブジェクト
１０１０…第３のオブジェクト
１２０２…パス
１２０４…フィールド参照
１２０６…フィールド
１２０８…フィールド
１２１２…フィールド
１２１４…フィールド参照
１３０２…パス
１３０４…パスカウント
１４０２…フィールド
１４０４…フィールド参照
１５０２…クラス
１５０４…フィールド
１５０６…フィールド
１５０８…フィールド
１５１０…クラス
１５１２…フィールド
１５１４…フィールド
１５１６…フィールド
１６００…ルートポインタ
１６０２…第１のオブジェクト
１６０４…第４のオブジェクト
１６０６…第２のオブジェクト
１６０８…第３のオブジェクト
１６１０…第５のオブジェクト
１６１２…クラス
１６１４…フィールド順序
１６１６…クラス
１６１８…フィールド順序
１８０２…メインメモリ
１８０４…データのブロック
１８０６…オブジェクト
１８０８…オブジェクト
１８０８…ＣＰＵ
１８１０…キャッシュ
１８１２…キャッシュライン
１９０２…コンピュータシステム
１９０４…プロセッサ
１９０６…一次記憶デバイス
１９０８…一次記憶デバイス
１９１０…二次記憶媒体
１９１２…入出力デバイス
１９１４…ネットワーク
１９３０…コンピュータシステム
１９３２…ＣＰＵ
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ
，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，
ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ
Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ
，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，
ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，
ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ
Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ
，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，
ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ
Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ
，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，
ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ
Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ
，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，
ＶＮ，ＹＵ，ＺＡ，ＺＷ
(72)発明者 グラルプ・ステファン
アメリカ合衆国 カリフォルニア州94022
ロス・アルトス，デルモンテ・アベニュ
ー，67
Ｆターム(参考） 5B060 AA10
Claims (30)
- 【請求項１】 メモリ内の複数のオブジェクトを再配列するための機構を生
成する方法であって、 コンピュータアプリケーションの実行中において、前記複数のオブジェクトに
関する１つ以上のフィールドが相互に参照するデータのメモリ内でのアクセスの
頻度を決定する工程と、 前記複数のオブジェクトに関する前記１つ以上のフィールドが相互に参照する
データのメモリ内でのアクセスの前記決定された頻度に従って、前記メモリ内の
前記複数のオブジェクトを再配列するための機構を生成する工程と、 を備える生成方法。 - 【請求項２】 請求項１記載の機構生成方法であって、 前記機構を生成する工程は、ガーベージコレクション中に前記複数のオブジェ
クトを再配列するためのガーベージコレクションコードを生成する工程を含む、
生成方法。 - 【請求項３】 ガーベージコレクション中において、１つ以上のクラスに関
連付けられた複数のオブジェクトの複数のフィールドが訪問される順序を変更す
るための機構を生成する方法であって、 前記１つ以上のクラスのうちの１つのクラスの全インスタンスに対するフィー
ルド参照情報であって、前記１つ以上のクラスのうちの前記１つのクラスの複数
のフィールドの相互参照の頻度と近さとを示すフィールド参照情報を取得する工
程と、 前記１つ以上のクラスのうちの前記１つのクラスのためのクラスフィールド順
序であって、前記関連するクラスの複数のフィールドがガーベージコレクション
中にトラバースされる順序を識別するためのクラスフィールド順序を、前記関連
するフィールド参照情報から決定する工程と、 を備える生成方法。 - 【請求項４】 請求項３記載の機構生成方法であって、さらに、 前記クラスフィールド順序を前記複数のクラスのうちの前記１つのクラスに関
連付ける工程を備える、生成方法。 - 【請求項５】 請求項３記載の機構生成方法であって、さらに、 前記１つ以上のクラスに対して前記取得の工程と前記決定の工程とを繰り返す
工程を備える、生成方法。 - 【請求項６】 メモリ内の１つ以上のクラスに関連付けられた複数のオブジ
ェクトを再配列するための機構を生成する方法であって、 前記１つ以上のクラスのうちの選択された１つのクラスに関する複数のフィー
ルドに参照されるデータのメモリ内でのアクセス回数であって、前記１つ以上の
クラスのうちの前記選択された１つのクラスに関する複数のフィールドのうちの
残りによって参照されるデータに関するアクセス回数を確認する工程と、 前記１つ以上のクラスのうちの前記選択された１つのクラスに関するクラスフ
ィールド順序であって、前記１つ以上のクラスのうちの前記選択された１つのク
ラスの複数のフィールドがガーベージコレクション中にトラバースされる順序を
識別するクラスフィールド順序を、前記関連するアクセス回数から決定する工程
と、 前記１つ以上のクラスの各々に対して前記確認の工程と前記決定の工程とを繰
り返す工程と、 を備える生成方法。 - 【請求項７】 請求項６記載の機構生成方法であって、さらに、 前記関連するクラスフィールド順序に従って、各クラスに関する前記フィール
ドをソートする工程を備える、生成方法。 - 【請求項８】 請求項６記載の機構生成方法であって、 前記アクセス回数は、前記複数のフィールドによって参照されるデータのメモ
リ内でのアクセスの頻度と近さとを示す、生成方法。 - 【請求項９】 請求項６記載の機構生成方法であって、 前記アクセス回数は、前記選択されたクラスの前記複数のフィールドの各々が
、前記選択されたクラス内の別のフィールドの直後に参照される回数を特定する
、生成方法。 - 【請求項１０】 請求項６記載の機構生成方法であって、 前記アクセスの数は、前記選択されたクラスの前記複数のフィールドの各々が
、前記選択されたクラス内の別のフィールドの直前に参照される回数を特定する
、生成方法。 - 【請求項１１】 請求項６記載の機構生成方法であって、 前記アクセス回数は、前記選択されたクラスの前記複数のフィールドの各々が
、前記選択されたクラス内の別のフィールドの後に参照される回数を特定する、
生成方法。 - 【請求項１２】 請求項６記載の機構生成方法であって、 前記アクセス回数は、前記選択されたクラスの前記複数のフィールドの各々が
、前記選択されたクラス内の別のフィールドの前に参照される回数を特定する、
生成方法。 - 【請求項１３】 請求項６記載の機構生成方法であって、 前記選択されたクラスに関する複数のフィールドのメモリ内でのアクセス回数
を確認する工程は、 前記選択されたクラスの前記複数のフィールドのうちの１つが、前記選択され
たクラスの前記複数のフィールドの他の各々に関して参照される回数を、前記複
数のフィールドのうちの前記１つに対して１つ以上のカウントが生成されるよう
にカウントする工程と、 前記選択されたクラスに関する前記複数のフィールドの各々に対して前記カウ
ントの工程を繰り返す工程と、 前記複数のフィールドの各々に関する前記１つ以上のカウントから前記クラス
フィールド順序を生成する工程と、 を含む生成方法。 - 【請求項１４】 請求項６記載の機構生成方法であって、さらに、 コンピュータアプリケーションの実行中に前記１つ以上のクラスに関する前記
複数のフィールドのメモリ内での前記アクセスの記録を生成する工程を備える、
生成方法。 - 【請求項１５】 請求項１４記載の機構生成方法であって、 前記１つ以上のクラスに関する前記複数のフィールドのメモリ内での前記アク
セスの記録を生成する工程は、前記コンピュータアプリケーションの実行中にメ
モリ内での前記アクセスのログを生成する工程を含む、生成方法。 - 【請求項１６】 請求項１４記載の機構生成方法であって、 前記１つ以上のクラスに関する前記複数のフィールドのメモリ内での前記アク
セスの記録を生成する工程は、パスプロファイル生成を実行する工程を含む、生
成方法。 - 【請求項１７】 請求項１４記載の機構生成方法であって、さらに、 各パスが前記コンピュータアプリケーションの実行中に採用される総回数を示
すカウントを計算することを可能にするコンピュータコードを前記コンピュータ
アプリケーションに挿入する工程と、 前記パスの各々に対して前記クラスのうちの前記同一の１つの内の他の複数の
フィールドに関する各フィールドの参照の数を決定する工程と、 前記コンピュータアプリケーションの実行中に採用される前記パスの各々の前
記カウントを計算するために、前記挿入されたコンピュータコードを用いる工程
と、 前記関連するクラスのための前記クラスフィールド順序を決定するために、前
記パスの各々に対して前記クラスのうちの前記同一の１つのクラス内の他の複数
のフィールドに関する各フィールドの前記決定された参照数を、前記コンピュー
タアプリケーションの実行中に採用された前記パスの各々の前記計算されたカウ
ントと結合する工程と、 を備える生成方法。 - 【請求項１８】 請求項６記載の機構生成方法であって、さらに、 前記１つ以上のクラスに関する前記クラスフィールド順序に従って、前記メモ
リ内の前記複数のオブジェクトを再配列する工程を備える、生成方法。 - 【請求項１９】 請求項１８記載の機構生成方法であって、 前記再配列の工程は、ガーベージコレクション処理中に実行される、生成方法
。 - 【請求項２０】 請求項１９記載の機構生成方法であって、 前記ガーベージコレクション処理は、コピーによるガーベージコレクション処
理である、生成方法。 - 【請求項２１】 請求項６記載の機構生成方法であって、さらに、 前記関連するクラスの前記クラスフィールド順序に従って、メモリ内の複数の
オブジェクトの複数のフィールドをトラバースするガーベージコレクションコー
ドを生成する工程を備える、生成方法。 - 【請求項２２】 請求項２１記載の機構生成方法であって、 前記生成されたガーベージコレクションコードは、オブジェクトのクラスを決
定するとともに、前記複数のオブジェクトの前記クラスの前記クラスフィールド
順序に従ってコピーによるコレクション中に前記オブジェクトの前記複数のフィ
ールドを訪問する、生成方法。 - 【請求項２３】 メモリ内に格納された複数のオブジェクトのセットに対し
てガーベージコレクションを実行する方法であって、 メモリ内の複数のオブジェクトの前記セットのうちの１つを識別する工程と、 前記オブジェクトのクラスを確認する工程と、 前記オブジェクトの前記クラスに関するクラスフィールド順序であって、前記
オブジェクトの前記クラスの複数のフィールドがガーベージコレクション中にト
ラバースされる順序を識別するクラスフィールド順序を決定する工程と、 前記オブジェクトの前記クラスに関する前記クラスフィールド順序に従って、
ガーベージコレクション中に前記オブジェクトの前記複数のフィールドを訪問す
る工程と、 を備える実行方法。 - 【請求項２４】 請求項２３記載のガーベージコレクション実行方法であっ
て、さらに、 前記訪問された複数のフィールドに関連付けられた複数のオブジェクトをコピ
ーする工程を備える、実行方法。 - 【請求項２５】 請求項２４記載の方法であって、複数のオブジェクトをコ
ピーする工程は、前記訪問された複数のフィールドによって直接的または間接的
に指定された各オブジェクトをコピーする工程を含む、方法。 - 【請求項２６】 メモリ内の１つ以上のクラスに関連付けられた複数のオブ
ジェクトを再配列するための機構を作成するためのコンピュータ読み取り可能な
記録媒体であって、 前記１つ以上のクラスのうちの選択された１つのクラスに関する複数のフィー
ルドに参照されるデータのメモリ内でのアクセス回数であって、前記１つ以上の
クラスのうちの前記選択された１つのクラスに関する複数のフィールドのうちの
残りによって参照されるデータに関するアクセス回数を確認するためのコンピュ
ータ命令と、 前記１つ以上のクラスのうちの前記選択された１つに関するクラスフィールド
順序であって、前記１つ以上のクラスのうちの前記選択された１つのクラスの複
数のフィールドがガーベージコレクション中にトラバースされる順序を識別する
クラスフィールド順序を、前記複数のフィールドのメモリ内での前記関連するア
クセス頻度から決定するためのコンピュータ命令と、 前記１つ以上のクラスの各々に対して前記確認の工程と前記決定の工程とを繰
り返すためのコンピュータ命令と、 を含む記録媒体。 - 【請求項２７】 請求項２６記載のコンピュータ読み取り可能な媒体であっ
て、さらに、 前記関連のクラスの前記クラスフィールド順序に従って、メモリ内の複数のオ
ブジェクトの複数のフィールドをトラバースするガーベージコレクションコード
を生成するためのコンピュータ命令を含む、媒体。 - 【請求項２８】 メモリ内の１つ以上のクラスに関連付けられた複数のオブ
ジェクトを再配列するための機構を生成するためのシステムであって、 プロセッサと、 コンピュータ命令を格納するメモリとを含み、 前記コンピュータ命令は、 前記１つ以上のクラスのうちの選択された１つのクラスに関する複数のフィー
ルドに参照されるデータのメモリ内でのアクセス回数であって、前記１つ以上の
クラスのうちの前記選択された１つのクラスに関する複数のフィールドのうちの
残りによって参照されるデータに関するアクセス回数を確認するためのコンピュ
ータ命令と、 前記１つ以上のクラスのうちの前記選択された１つに関するクラスフィールド
順序であって、前記１つ以上のクラスのうちの前記選択された１つのクラスの複
数のフィールドがガーベージコレクション中にトラバースされる順序を識別する
クラスフィールド順序を、前記複数のフィールドのメモリ内での前記関連するア
クセス頻度から決定するためのコンピュータ命令と、 前記１つ以上のクラスの各々に対して前記確認の工程と前記決定の工程とを繰
り返すためのコンピュータ命令と、 を含むシステム。 - 【請求項２９】 請求項２８記載の機構生成システムであって、 前記メモリは、さらに、前記関連するクラスの前記クラスフィールド順序に従
って、メモリ内の複数のオブジェクトの複数のフィールドをトラバースするガー
ベージコレクションコードを生成するためのコンピュータ命令を格納する、シス
テム。 - 【請求項３０】 請求項２８記載の機構生成システムであって、 前記機構生成システムは、Ｊａｖａプラットフォームに実装される、システム
。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17474400P | 2000-01-05 | 2000-01-05 | |
| US60/174,744 | 2000-01-05 | ||
| US09/618,981 US6594678B1 (en) | 2000-01-05 | 2000-07-19 | Methods and apparatus for improving locality of reference through memory management |
| US09/618,981 | 2000-07-19 | ||
| PCT/US2001/000055 WO2001050270A2 (en) | 2000-01-05 | 2001-01-02 | Methods and apparatus for improving locality of reference through memory management |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003519834A true JP2003519834A (ja) | 2003-06-24 |
| JP4812997B2 JP4812997B2 (ja) | 2011-11-09 |
Family
ID=26870506
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001550562A Expired - Lifetime JP4812997B2 (ja) | 2000-01-05 | 2001-01-02 | メモリ管理によって参照の局所性を改善するための方法および装置 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6594678B1 (ja) |
| EP (1) | EP1244969A2 (ja) |
| JP (1) | JP4812997B2 (ja) |
| KR (1) | KR20020067595A (ja) |
| CN (1) | CN1214325C (ja) |
| AU (1) | AU2754001A (ja) |
| CA (1) | CA2396768A1 (ja) |
| WO (1) | WO2001050270A2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005100402A (ja) * | 2003-09-23 | 2005-04-14 | Microsoft Corp | オブジェクト指向プログラムのための領域ベースのメモリ管理 |
| JP2006085300A (ja) * | 2004-09-14 | 2006-03-30 | Kansai Tlo Kk | データ処理方法、データ処理装置及びコンピュータプログラム |
| JP2006092532A (ja) * | 2004-09-10 | 2006-04-06 | Microsoft Corp | 最近アクセスしたリソースのデータ局所性の増加 |
| JP2009535682A (ja) * | 2006-04-28 | 2009-10-01 | インターナショナル・ビジネス・マシーンズ・コーポレーション | スコープ・メモリ・システム内での参照の作成 |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6862729B1 (en) * | 2000-04-04 | 2005-03-01 | Microsoft Corporation | Profile-driven data layout optimization |
| US6879991B2 (en) * | 2000-12-11 | 2005-04-12 | International Business Machines Corporation | Synchronous collection of cyclic garbage in reference counting systems |
| US7062756B2 (en) * | 2001-11-30 | 2006-06-13 | Sun Microsystems, Inc. | Dynamic object usage pattern learning and efficient caching |
| US7398531B2 (en) * | 2002-05-07 | 2008-07-08 | Oracle International Corporation | Providing common memory management code to objects that are instances of different classes |
| US7310799B2 (en) * | 2002-12-31 | 2007-12-18 | International Business Machines Corporation | Reducing load instructions via global data reordering |
| US7020746B2 (en) * | 2003-01-28 | 2006-03-28 | Microsoft Corporation | Method and system for an atomically updated, central cache memory |
| GB2399897B (en) * | 2003-03-26 | 2006-02-01 | Advanced Risc Mach Ltd | Memory recycling in computer systems |
| US7424498B1 (en) | 2003-06-30 | 2008-09-09 | Data Domain, Inc. | Probabilistic summary data structure based encoding for garbage collection |
| US7451168B1 (en) | 2003-06-30 | 2008-11-11 | Data Domain, Inc. | Incremental garbage collection of data in a secondary storage |
| US9092558B2 (en) * | 2004-04-05 | 2015-07-28 | International Business Machines Corporation | Grouping frequently referenced data items to co-locate for cache utilization |
| US20070162508A1 (en) * | 2004-11-08 | 2007-07-12 | Mazzagatti Jane C | Updating information in an interlocking trees datastore |
| CN100367241C (zh) * | 2005-03-05 | 2008-02-06 | 腾讯科技（深圳）有限公司 | 一种数据存储的方法、系统及设备 |
| US8171006B1 (en) | 2007-12-21 | 2012-05-01 | Emc Corporation | Retrieval of searchable and non-searchable attributes |
| US8150887B1 (en) | 2007-12-21 | 2012-04-03 | Emc Corporation | Identifiers for non-searchable attributes |
| US8171054B1 (en) | 2007-12-21 | 2012-05-01 | Emc Corporation | Optimized fetching for customization object attributes |
| US8255426B1 (en) | 2007-12-21 | 2012-08-28 | Emc Corporation | Efficient storage of non-searchable attributes |
| US8452755B1 (en) | 2009-05-12 | 2013-05-28 | Microstrategy Incorporated | Database query analysis technology |
| US8577902B1 (en) * | 2009-05-12 | 2013-11-05 | Microstrategy Incorporated | Data organization and indexing related technology |
| US8479055B2 (en) | 2010-05-16 | 2013-07-02 | International Business Machines Corporation | Detecting and optimizing false sharing |
| US9052824B2 (en) * | 2012-01-26 | 2015-06-09 | Upthere, Inc. | Content addressable stores based on sibling groups |
| US9697102B2 (en) * | 2012-11-21 | 2017-07-04 | Sap Se | Compare concurrent threads executions |
| US9430153B2 (en) | 2014-10-22 | 2016-08-30 | International Business Machines Corporation | Garbage collection and other management of memory heaps |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6209066B1 (en) * | 1998-06-30 | 2001-03-27 | Sun Microsystems, Inc. | Method and apparatus for memory allocation in a multi-threaded virtual machine |
| US6330556B1 (en) * | 1999-03-15 | 2001-12-11 | Trishul M. Chilimbi | Data structure partitioning to optimize cache utilization |
| US6321240B1 (en) * | 1999-03-15 | 2001-11-20 | Trishul M. Chilimbi | Data structure partitioning with garbage collection to optimize cache utilization |
| US6480862B1 (en) * | 1999-04-23 | 2002-11-12 | International Business Machines Corporation | Relation-based ordering of objects in an object heap |
-
2000
- 2000-07-19 US US09/618,981 patent/US6594678B1/en not_active Expired - Lifetime
-
2001
- 2001-01-02 EP EP01901661A patent/EP1244969A2/en not_active Withdrawn
- 2001-01-02 JP JP2001550562A patent/JP4812997B2/ja not_active Expired - Lifetime
- 2001-01-02 AU AU27540/01A patent/AU2754001A/en not_active Abandoned
- 2001-01-02 KR KR1020027008667A patent/KR20020067595A/ko not_active Application Discontinuation
- 2001-01-02 CA CA002396768A patent/CA2396768A1/en not_active Abandoned
- 2001-01-02 CN CNB018060749A patent/CN1214325C/zh not_active Expired - Fee Related
- 2001-01-02 WO PCT/US2001/000055 patent/WO2001050270A2/en active Application Filing
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005100402A (ja) * | 2003-09-23 | 2005-04-14 | Microsoft Corp | オブジェクト指向プログラムのための領域ベースのメモリ管理 |
| JP2006092532A (ja) * | 2004-09-10 | 2006-04-06 | Microsoft Corp | 最近アクセスしたリソースのデータ局所性の増加 |
| JP2006085300A (ja) * | 2004-09-14 | 2006-03-30 | Kansai Tlo Kk | データ処理方法、データ処理装置及びコンピュータプログラム |
| JP4719859B2 (ja) * | 2004-09-14 | 2011-07-06 | 国立大学法人京都大学 | データ処理方法、データ処理装置及びコンピュータプログラム |
| JP2009535682A (ja) * | 2006-04-28 | 2009-10-01 | インターナショナル・ビジネス・マシーンズ・コーポレーション | スコープ・メモリ・システム内での参照の作成 |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2754001A (en) | 2001-07-16 |
| EP1244969A2 (en) | 2002-10-02 |
| US6594678B1 (en) | 2003-07-15 |
| CA2396768A1 (en) | 2001-07-12 |
| CN1214325C (zh) | 2005-08-10 |
| KR20020067595A (ko) | 2002-08-22 |
| WO2001050270A3 (en) | 2002-03-07 |
| WO2001050270A2 (en) | 2001-07-12 |
| CN1411576A (zh) | 2003-04-16 |
| JP4812997B2 (ja) | 2011-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003519834A (ja) | メモリ管理によって参照の局所性を改善するための方法および装置 | |
| JP3659317B2 (ja) | データを管理する方法及び装置 | |
| JP4248025B2 (ja) | 追跡型ゴミ集め用のスペースの限られたマーク付け構造 | |
| US7310718B1 (en) | Method for enabling comprehensive profiling of garbage-collected memory systems | |
| KR100541174B1 (ko) | 로컬화된 메모리 재이용을 가진 데이터 처리기 | |
| US7117294B1 (en) | Method and system for archiving and compacting data in a data storage array | |
| US6360361B1 (en) | Field reordering to optimize cache utilization | |
| US20110264712A1 (en) | Copy planning in a concurrent garbage collector | |
| US20060150168A1 (en) | Annotating graphs to allow quick loading and analysis of very large graphs | |
| US20010039609A1 (en) | Data processor with localised memory reclamation | |
| US6971102B2 (en) | Computer system, memory management method, storage medium and program transmission apparatus | |
| US7627621B2 (en) | Method and system for minor garbage collection | |
| US7765375B2 (en) | Memory management method, information processing apparatus, and memory management program | |
| US6829760B1 (en) | Runtime symbol table for computer programs | |
| US8131955B2 (en) | Ephemeral garbage collection using a tracking mechanism on a card table to determine marked bundles | |
| CN109189343B (zh) | 一种元数据落盘方法、装置、设备及计算机可读存储介质 | |
| US7660961B2 (en) | Concurrent evacuation of the young generation | |
| US8176286B2 (en) | Memory recycling in computer systems | |
| US6502110B1 (en) | Memory reclamation method and apparatus | |
| Sansom | Execution profiling for non-strict functional languages | |
| CN106354624B (zh) | 一种自动化测试方法和装置 | |
| US8826253B2 (en) | Delayed insertion of safepoint-related code | |
| US20090248650A1 (en) | Storage and retrieval of concurrent query language execution results | |
| US8108628B2 (en) | Processor instruction used to perform a matrix test to generate a memory-related trap | |
| US10747515B2 (en) | Fields hotness based object splitting |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071218 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110301 |
|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20110520 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110531 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20110601 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110802 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110824 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4812997 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140902 Year of fee payment: 3 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |