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 ( 訳注 : URLﾘﾝｸ(hindawi.com) ) 」する必要がある命令を識別すること 。
? ry ュのヒット率が高くなるという利点があります。 ry スに不可欠です。
ョン3.5で説明されているように、コードサイズを小さくすると、命令キャッシュヒット率向上達成という優位性を持ちます。これは、良好なパフォーマンスにとって決定打的に重要 。
? ただし、欠点は、Cと同等の実装へのパフォ ンチを ry 。
欠点は、但し、 C 同等実装へのよりいっそうのパフォーマンス制限ブランチ、を実行する必要があること 。
現在のアプローチのプロファイリングは、元のバイトコードサイズと比較して、コンパイルされたコードサイズが12倍に増加していることを示しています。
? この成長の ry SPEにRISC ISAがあることです。
この増大の主な原因は、SPE が RISC ISA を持つ事実 。
? ry ｰドのサイズがさらに増えるのは、S ry 。
ネイティブコードサイズを更に増やす何かとは、SPE命令の固定命令長（32ビット）です