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 プラットフォームで SSE と SSE2 の命令を使用

  • 整数の定数除算の高速化

  • 2 の累乗による浮動少数点の除算の高速化

  • NullPointerException 処理の高速化

J2SE 1.4.1 での拡張

• J2SE 1.4.1 は、Linux Red Hat 7.2 および Windows XP 64-bit edition 上で 64 ビット Intel Itanium プロセッサをサポートするバージョンで使用できます。J2SE 1.4.1 のこれらのバージョンのダウンロードについては、ダウンロードページを参照してください。

  このリリースでは、これらの 64 ビットのバージョンに以下の制限があります。

  • アプリケーションを実行できるのはインタプリタモードだけです。デフォルトでは、プラットフォームはインタプリタモードで動作するため、アプリケーションの起動時にコマンド行で -Xint フラグを指定する必要はありません。J2SE 1.4.1 プラットフォームの 64 ビットバージョンを使用する場合、java MyApp コマンドがバイトコードを解釈することにより、MyApp が起動され実行されます。64 ビットをサポートするための Java HotSpot テクノロジベースのダイナミックコンパイラは、J2SE プラットフォームの今後のリリースで計画されています。
  • J2SE 1.4.1 の 64 ビットバージョンには、Java プラグインおよび Java Web Start 製品は含まれません。
  • J2SE 1.4.1 の 64 ビットバージョンに、インストールプログラムのアプリケーションは含まれていません。これらのバージョンが入手できるのは tar バンドルだけです。
  J2SE 1.4.1 の 32 ビットバージョンは、Intel Itanium マシンでは動作しません。

• デッドロック検出ユーティリティが 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 の Solaris^TM-SPARC^TM プラットフォーム版では、Java HotSpot Server VM を使用すると、64 ビット Sparc-v9 プラットフォームで 64 ビットの動作がサポートされます。64 ビットのアドレス空間があるので、4 G バイト以上のヒープメモリが使用可能です。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 のクラスファイルバージョンを使用できます。