技術的特異点/シンギュラリティ【総合】 224at FUTURE技術的特異点/シンギュラリティ【総合】 224 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト104:山口 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ページ 現在のプロトタイプ実装は、この移行プロセスを実装していません。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch