Java™ 仮想マシンの拡張機能
J2SE 1.4.2 での拡張機能
- 実行時のパフォーマンス
1.4.2 での実行時のパフォーマンスの拡張点は以下のとおりです。問題点については、仮想マシンのリリースノートを参照してください。
- 1.4.1 のインタプリタ専用 Itanium バージョンが、サーバーコンパイラを追加して拡張された。パフォーマンスが 1.4.1 の最大 30 倍に向上。
- Class.forName および関連するメソッドを多用するアプリケーションのパフォーマンスが、大幅に向上。
- -Xcheck:jni スイッチによる Java Native Interface 使用チェックが 1.4.1 よりも広範かつ堅牢になった。
- JVMPI および JVMDI の使用中にサードパーティーのメモリーマネージャーが正常に動作する。
- クライアント HotSpot コンパイラ
1.4.2 でのクライアント HotSpot コンパイラの拡張点は以下のとおりです。問題点については、仮想マシンのリリースノートを参照してください。
- コンパイラの速度とフットプリントの向上。
- サーバー HotSpot コンパイラ
1.4.2 でのサーバー HotSpot コンパイラの拡張点は以下のとおりです。問題点については、仮想マシンのリリースノートを参照してください。
- SSE および SSE2 命令がプロセッサとオペレーティングシステムによりサポートされている場合は、IA32 プラットフォームでそれらを使用。
- 整数の定数による除算の高速化。
- 2 の累乗による浮動小数点除算の高速化。
- NullPointerException 処理の高速化。
J2SE 1.4.1 での拡張機能
- J2SE 1.4.1 は、Linux Red Hat 7.2 および Windows XP 64 ビットエディション上で、64 ビット Intel Itanium プロセッサをサポートするバージョンで使用できます。J2SE 1.4.1 のこれらのバージョン用のダウンロードについては、ダウンロードページを参照してください。
このリリースでは、これらの 64 ビットバージョンに以下の制限があります。
- アプリケーションを実行できるのはインタプリタモードだけです。デフォルトでは、プラットフォームはインタプリタモードで動作するため、アプリケーションの起動時にコマンド行で -Xint フラグを指定する必要はありません。J2SE 1.4.1 プラットフォームの 64 ビットバージョンを使用する場合、java MyApp コマンドがバイトコードを解釈することにより、MyApp を起動および実行します。64 ビットサポート用の Java HotSpot テクノロジベース動的コンパイラは、Java SE プラットフォームの今後のリリースで計画されています。
- J2SE 1.4.1 の 64 ビットバージョンには、Java プラグインおよび Java Web Start 製品は含まれません。
- J2SE 1.4.1 の 64 ビットバージョンには、インストーラアプリケーションは含まれていません。これらのバージョンは tar バンドルとしてのみ入手できます。
- デッドロック検出ユーティリティーが Java HotSpot VM に追加されました。このユーティリティーは、アプリケーションの実行中にコマンド行で Ctrl+\ により呼び出されます。ユーティリティーは Java Native Interface (JNI)、Java Virtual Machine Profiler Interface (JVMPI)、および Java Virtual Machine Debug Interface (JVMDI) からのロックを含め、Java プラットフォームレベルデッドロックを検出します。
このユーティリティーが呼び出されると、スレッドダンプを標準出力に表示して、検出する Java プラットフォームレベルデッドロックを示します。この出力例を参照してください。モニターを獲得するサイクルで 2 つ以上のスレッドが呼び出されたためにアプリケーションがデッドロックした場合は、そのスレッドのリストとデッドロックで呼び出されたモニターが表示されます。ただし、モニターで待機するスレッドに関係するデッドロック (そのシグナルが示されない) を見つけるわけではありません。
J2SE 1.4.0 での拡張機能
- シグナルチェーン
- エラー報告メカニズム
- 新しい -Xloggc:file オプションは -verbose:gc と同様に各ガベージコレクションイベントについて報告しますが、このデータのログを file に記録します。-verbose:gc により報告される情報のほかに、報告される各イベントの先頭に、最初のガベージコレクションイベントからの経過時間 (秒単位) が付け加えられます。
- J2SDK 1.4.0 以降、Classic 仮想マシンが Java 2 SDK の一部として出荷されなくなりました。(Solaris プラットフォームでは、Classic VM は J2SDK 1.3.0 で削除されました。)-classic コマンド行オプションを使って Classic VM でアプリケーションを実行していた場合、Java HotSpot Client VM (デフォルトでまたは -client オプションを使用して呼び出す) または Java HotSpot Server VM (-server オプションで呼び出す) のどちらかを使う必要があります。-classic オプションでアプリケーションを起動しようとすると、次のようなメッセージが表示されます。Error: Classic VM no longer supported.
- J2SDK 1.4.0 の SolarisTM-SPARCTM プラットフォームエディションでは、Java HotSpot Server VM を使用するときに 64 ビット Sparc-v9 プラットフォームで 64 ビットオペレーションがサポートされます。64 ビットアドレス空間では、4G バイト超のヒープメモリーが使用可能です。Java HotSpot Server VM は 32 ビットと 64 ビットの両方のオペレーションをサポートします。ユーザーはコマンド行フラグ -d32 または -d64 を使用して 32 ビットまたは 64 ビットオペレーションを選択できます。
- Java Native Interface を使用するには、コードを再コンパイルして 64 ビット VM で実行できるようにする必要があります。
- Java HotSpot Client VM は 64 ビットをサポートしていません。Java HotSpot Server VM だけが、オプションの 64 ビットオペレーションを提供します。
- 仮想マシンを 64 ビットモードで実行するには、64 ビット Solaris サポートをインストールする必要があります。
- 以前の Sparcv9 システムで、64 ビットプログラムを使用するには、/platform/sun4u/boot.conf ファイルを変更する必要があります。詳細は、boot.conf ファイルのテキストを参照してください。
- 新しいコマンド行オプション -Xcheck:jni は、Java Native Interface (JNI) 機能の追加チェックを実行します。具体的には、Java 仮想マシンは JNI 要求を処理する前に、JNI 関数に渡されるパラメータと、実行時環境データを検証します。無効なデータが見つかった場合は、ネイティブコードに問題があることを示しているため、Java 仮想マシンは致命的エラーを発生して終了します。このオプションを使用すると、パフォーマンス低下が予想されます。
- J2SE 1.4.0 プラットフォームでは、45.3 から 48.0 のクラスファイルバージョンを使用できます。