動的な最適化は他のコード生成と並行して行われます。つまり、アプリケーションの実行と衝突することはありません。コード生成のためのリソースが不足しないように、大部分のコードは最適化されません。

物理アドレス拡張 (PAE) は、物理メモリをプロセスの仮想メモリ アドレス空間にマップする機能を提供します。常に、マップできるのは 2GB だけです (/3GB オプションの場合は 3GB)。つまり、物理アドレス空間のその他の部分をマップするには、仮想アドレス空間の一部分を再利用する必要があります。したがって、通常のポインタでは、メモリをさらにアドレス指定することはできません。これでは通常の Java ヒープではうまく機能しません。Java ヒープは 32 ビット ポインタを使用してオブジェクトを参照しており、仮想アドレス空間のヒープ全体を常に必要とします。

PAE は、マッピングとメモリ アクセスを一緒に制御できるアプリケーションでうまく機能します。この点で、Java にはあまり適していません。ただし、ネイティブ データベース ドライバが PAE を使用してデータをキャッシュする可能性があります。さまざまなデータベース ベンダと、この状況を発生させる方法について検討してください。JNI を使用してネイティブ データベース API の上に「DB アクセス レイヤ」を置くことにより、カスタム キャッシュを作成することもできます。

豊富な物理メモリを使用する他の方法には、複数の Java プロセスの使用があります (各 Windows プロセスはプライベート アドレス空間で使用するために 2GB の物理メモリを取得できます)。

より大きな Java ヒープが必要な場合は、BEA JRockit の 64 ビット実装 (Windows Server 2003 または Linux 向けの IA-64 バージョン) を使用する必要があります。