22/09/22 09:04:26.83 xMm4zoS8.net
3実装
? ry で構成 ry 。
CellVMは、2つの異なるコンパイラツールチェーンによってコンパイルされた2つの別々 ( 原文 : separate ) のプログラム（図2）で効果的に構成され ます
Shell-VMはPPEで実行され、主にグローバルシステムリソースの管理を目的としています。
? ry キャッシュなどのローカル ry 。
Core-VMは各SPEにロードされ、Javaスタックやローカルキャッシュの様なローカルデータ構造を管理します
Core-VMは仮想実行ユニットであり、Java VM命令の大部分を処理します。
現在のプロトタイプは、2つの実行モードを実装しています。
? ry では、各SPEにバイトコード ry ｰルして、Java ry 処理します。
最初のアプローチでは、 Java命令を各 SPE 上で 処理する為のバイトコードインタープリターをインストールします
2番目のアプローチは、ネイティブSPE命令の実行をサポートするランタイム環境を提供します。
? ry し、オンデマンドでSPEに配布します。
PPEは、JavaバイトコードをSPEコードに動的にコンパイルしそれはその後、オンデマンドで各 SPE に配布されます
? ry ため、混合モード ry ）の実装は、キャ ry スペースに関して効率が悪い可能性があると考えました。スペース。
SPEバイナリはローカルストア内にあるため、混交モードの実行（頻繁に使用されるメソッドのみがネイティブコードにコンパイルされる
）を実装する事は、更なるスペースを SPE コードが消費するであろう事から、キャッシュに使用できるローカルストアスペースへの配慮にとっての効率が潜在的に小さいという事になる、と我々は考えました
? ry 」の状態を「 ry 」に移行 ry 有益になる可 ry 。
ただし、SPEにインタープリターまたはネイティブ実行環境を提供し、「インタープリターSPE」を「ネイティブSPE」との資格に移行することは、特定のアプリケーションにとって有益であると判明する可能性があります
4ページ
現在のプロトタイプ実装は、この移行プロセスを実装していません。