技術的特異点/シンギュラリティ【総合】 224at FUTURE技術的特異点/シンギュラリティ【総合】 224 - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このスレッドのURL■項目テキスト108:山口 22/09/22 09:11:08.50 xMm4zoS8.net ? また、ヘルパー ry ごとに発生する分 ry 。これは、 ry 件で直接的なため、特 ry れるためです。 また、同様に註記されるべき事として、ヘルパー関数へのこの分岐は、インタープリターが命令ごとに招いてしまう分岐よりもはるかに安価です。何故なら、この分岐が無条件且つ直接でありそして従って特別なSPE命令を使用してヒントが得られるから 。 ?ry で行われます。 SPEバイナリのコードサイズの制約により、コード生成はPPEで済まされます 別の理由は、セクション3.5で説明されている一部の最適化では、メインメモリへのアクセスが必要なためです。 生成されたコードは、必要に応じて ( 原文 : on demand ) Core-VMの命令キャッシュにコピーされます。 ? ry (「インライン化」された代わりに)「インライン化」する必要がある命令を識別することです。 このアプローチの課題の1つは、( in-place な「イン ン化」をする代わりに)「 Exlining ( 訳注 : ttp://hindawi.com/journals/ijrc/2008/674340/#HW_FPGA ) 」する必要がある命令を識別すること 。 ? ry ュのヒット率が高くなるという利点があります。 ry スに不可欠です。 ョン3.5で説明されているように、コードサイズを小さくすると、命令キャッシュヒット率向上達成という優位性を持ちます。これは、良好なパフォーマンスにとって決定打的に重要 。 ? ただし、欠点は、Cと同等の実装へのパフォ ンチを ry 。 欠点は、但し、 C 同等実装へのよりいっそうのパフォーマンス制限ブランチ、を実行する必要があること 。 現在のアプローチのプロファイリングは、元のバイトコードサイズと比較して、コンパイルされたコードサイズが12倍に増加していることを示しています。 ? この成長の ry SPEにRISC ISAがあることです。 この増大の主な原因は、SPE が RISC ISA を持つ事実 。 ? ry ードのサイズがさらに増えるのは、S ry 。 ネイティブコードサイズを更に増やす何かとは、SPE命令の固定命令長(32ビット)です 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch