? 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」との資格に移行することは、特定のアプリケーションにとって有益であると判明する可能性があります
