【課題】データ処理におけるメモリキャッシングを効率的に行うこと。
【解決手段】 データプロセッサは、主メモリと、命令キャッシュおよびデータキャッシュと、を備え、必要とされる命令を前記命令キャッシュから検索し、前記必要とされる命令が前記命令キャッシュに存在しない場合、前記データキャッシュから検索し、前記必要とされる命令がデータキャッシュに存在しない場合、前記必要とされる命令を前記主メモリから前記命令キャッシュにフェッチするように機能する命令フェッチロジックと、データ値を前記データキャッシュのデータアドレスの位置に書き込み、そして前記命令キャッシュにおいても前記アドレスが記述されている場合、そのデータ値を前記命令キャッシュに書き込むように機能するデータライトロジックと、前記データキャッシュから前記主メモリにデータを転送するように機能するキャッシュ制御ロジックと、を実行する。 （もっと読む）

ＪＩＴバイナリトランスレータは、命令コードレベルというよりもむしろ関数レベルにおいてコードを変換する。本発明のＪＩＴバイナリトランスレータは、命令ではなく、ソースストリームからｘ８６関数全体を取り込み、関数全体をターゲットプロセッサの同等の関数に変換し、ソースストリームに戻す前に一度にその関数全てを実行し、そうすることによって文脈切り替えを削減する。また、ＪＩＴバイナリトランスレータは、ソースコード関数文脈全体を一度に参照するので、ソフトウェアエミュレータは、コード変換を最適化することができる。例えば、ＪＩＴバイナリトランスレータは、ｘ８６命令のシーケンスを、効率的なＰＰＣ同等のシーケンスに変換することを決定することができる。多くのそのような最適化は、よりタイト（tighter）なエミュレートされたバイナリをもたらす。
（もっと読む）

プログラム・コード変換に対する中間表現を生成するためのプログラム・コード変換装置および方法のための改善されたアーキテクチャ。プログラム・コード変換装置は、トランスレートされる対象コードの中間表現において、どのタイプのＩＲノードを生成するかを決定する。変換に関与する特定の対象および目的コンピューティング環境に依存して、プログラム・コード変換装置は、中間表現を生成する際に、ベース・ノード、複合ノード、ポリモーフィック・ノード、およびアーキテクチャ特定ノード、またはこれらの任意の組み合わせを利用する。
（もっと読む）

【課題】ハードウェアサイズ、コスト及び電力消費を増大させることなく、コンピュータにおいてレガシデバイスにアクセスする方法を提供する。
【解決手段】
本発明にかかるＯＳにハードウェアアクセスを提供する方法は、第１のハードウェアデバイスをエミュレートする仮想化データインタフェースとして使用するため、データ処理構成のファームウェアアドレス空間の一部を割り当てること（５０２）と、仮想化データインタフェースをＯＳに提示すること（５０４）と、第１のハードウェアデバイスとインタフェースするＯＳの標準化カーネルコンポーネントを使用して、仮想化データインタフェースにアクセスすること（５０６）と、標準化カーネルコンポーネントを介するＯＳによる仮想化データインタフェースのアクセスに基づき、仮想化インタフェースと第２のハードウェアデバイスとの間でデータを交換すること（５０８）とを含む。 （もっと読む）

ゲームシステムは、コーデック抽象化層（ＣＡＬ）を使用して、ゲームシステムが、ゲームアプリケーションコードの変更の必要なく、新しい、かつ／または変更されたコーデックに対応できるようにする。ＣＡＬは、アプリケーションプログラミングインターフェイス（ＡＰＩ）として機能し、メディアソースとゲームアプリケーションとの間で動作する。ゲームアプリケーションは、ＣＡＬと対話し、コーデックとは対話しない。コーデック間の差は、ゲームアプリケーションには気付かれない。新しいコーデックは、既存のアプリケーションコードを変更することなく、既存のアプリケーションによって導入され、使用され得る。ＣＡＬは、メモリ、ファイル、ｈｔｔｐソース、キュー、カスタムソース、外部ドライブ、ゲームメディアソース（ＸＭｅｄｉａなど）など様々なソースからのメディアを処理する。ＣＡＬは、メディアのソース、受信されるメディアのタイプ（音声、画像、動画、ゲームなど）、およびメディアの圧縮に使用されるコーデックを決定する。ＣＡＬは、復号されたメディアをゲームアプリケーションに提供する。
（もっと読む）

結合されたネイティブ（ＲＩＳＣまたはＣＩＳＣ）マイクロプロセッサおよびスタック（Ｊａｖａ（登録商標））マシン（１０，１１，１３）は、Ｊａｖａ（登録商標）ＶＭ命令がハードウェアで実行され得るように構築される。ほとんどのＪａｖａ（登録商標）命令は直接実行され（５４）、その一方でより複雑なＪａｖａ（登録商標）命令、たとえばＪａｖａ（登録商標）オブジェクトを操作する命令はネイティブマイクロコード（５６）として実行される。ネイティブマイクロコード命令がＪａｖａ（登録商標）オペランドスタックにアクセスするために、Ｊａｖａ（登録商標）オペランドスタックポインタ（２２，１０２）が、現在のスタックトップ（ＴｏＳ）であるレジスタファイル（１５，９０）位置を指定する一方、状態レジスタ（１０１）の再マップビット（ＲＭ）は、ネイティブ命令において特定されるレジスタが、Ｊａｖａ（登録商標）オペランドスタックポインタ最大値からＪａｖａ（登録商標）オペランドスタックポインタの現在の値を引き算したものとして再マップされる（９０ａ）ことを表わす。
（もっと読む）

【課題】 高速なマルチコアモデルシミュレータを実現することを課題とする。
【解決手段】 複数のスレッド（１０２，１０３）と、前記複数のスレッドを実行する複数のコアモデル（ＰＥ０，ＰＥ１）とを有するマルチコアモデルシミュレータが提供される。複数のコアモデルは、複数のプロセッサコアモデルであり、それぞれが１つのスレッドを実行し、各スレッドの所定の実行命令数（Ｉ１）毎に相互に同期（ＳＮＣ）がとられる。 （もっと読む）

【課題】異なるメモリシステム間での簡潔なマッピングを提供するためのメモリマッピングシステムと、それを製造及び使用するための方法である。
【解決手段】メモリマッピングシステムは、コンテンツを、一つあるいは複数の第１のメモリシステムから第２のメモリシステムに、第２のメモリシステム内でのメモリ空間の損失無しに、簡潔にマップすることができる。有利には、メモリマッピングシステムは、コンパイルの間、設計メモリシステムをエミュレーションメモリシステムにより効率的にマップするために、ハードウェアエミュレータメモリシステムに適用することができる。 （もっと読む）

対象プロセッサの正確なプログラム・カウンタ値およびレジスタ値を含む正確な対象状態に依拠する正確な例外処理。対象コード（１７）は、目標プロセッサ（１３）によって実行可能な目標コード（２１）に変換される。生成された目標コード（１７）は、障害を受けやすい対象コード命令（１７４）に関連する、対応する目標命令（２１４）を含む。さらに、対応する目標コード命令（２１４）の各々は回復情報（１９５）に関連付けられる。例外（例えば障害）が生じると、その回復情報（１９５）が取り出され、特に一般的なケースの目標コード（２１）を生成する最適化を考慮に入れて、正確な対象状態を回復するのに当該回復情報（１９５）が使用される。次に、その正確な対象状態を使用して例外が正確に処理される。
（もっと読む）

トランスレータ装置に、プログラム・コード（１７）の解釈機能及び変換機能の両方を実装し、対象プログラム・コード（１７）は、対象プログラム・コード（１７）の解釈がより大きな利点をもたらすと判断される状況においては、変換されるのではなく解釈される。トランスレータ（１９）は、解釈アルゴリズムを適用して、対象プログラム・コード（１７）の基本ブロックを解釈すべきか、あるいは変換すべきかについて判断する。インタープリタ機能がサポートする特定の命令サブセットをまず、対象プログラム・コード（１７）の命令セット全体から選択する。基本ブロックは、１）基本ブロック内の命令の全てが、インタープリタ機能がサポートする命令サブセットに含まれると判断される場合、及び２）基本ブロックの実行回数が変換しきい値を下回る場合に解釈されることになる。これらの２つの条件のいずれかが満たされない場合、基本ブロックはトランスレータ（１９）によって変換される。
（もっと読む）