7 一般的な移行の問題および解決策

このトピックでは、Oracle JRockitからHotSpotへ移行する際に起こる一般的な問題とその解決策を説明します。

次の表では、移行プロセスで起こりうる一般的な問題とそれを解決するための方法を示します。

表7-1 移行の問題および解決策

問題点 Oracle JRockitオプション HotSpotオプション注意

問題点	Oracle JRockitオプション	HotSpotオプション	注意
JDK 7に移行した後のパフォーマンスの悪化。 `-XX:ReservedCodeCacheSize=1g`の使用により問題が解決	`-XX:+ReserveCodeMemory` デフォルト値: `-XX:+UseLargePagesForCode`を使用する場合: 64MB `-XX:-UseLargePagesForCode`を使用する場合: 1024MB	`-XX:ReservedCodeCacheSize` ほとんどのプラットフォームでデフォルト値は48 MB。	HotSpot VMでは、いくつかのケースで`ReservedCodeCacheSize`値を増やすと(たとえば、`-XX:ReservedCodeCacheSize=1g`)パフォーマンスの著しい向上が見られます。
HotSpotに切り替えた後、ロック/ロック解除イベントの増加が見られました。 `UseBiasedLocking`の無効化が全体パフォーマンスの向上に役立ちました。	`-XX:-UseLazyUnlocking` (無効化)	`-XX:-UseBiasedLocking` (無効化)	`UseBiasedLocking`オプションは競合しない同期のパフォーマンスを向上させます。このオプションはデフォルトで有効化されています。ただし、アプリケーションに競合の多い同期がある場合、`UseBiasedLocking`を無効化するとパフォーマンスが向上します。 HotSpotに移行した後にロック/同期によるパフォーマンスの問題に直面している場合、このオプションを無効化するとパフォーマンスがいくらか向上する可能性があります。

JDK 7に移行した後のパフォーマンスの悪化。

-XX:ReservedCodeCacheSize=1gの使用により問題が解決

-XX:+ReserveCodeMemory

デフォルト値:

-XX:ReservedCodeCacheSize

ほとんどのプラットフォームでデフォルト値は48 MB。

HotSpot VMでは、いくつかのケースでReservedCodeCacheSize値を増やすと(たとえば、-XX:ReservedCodeCacheSize=1g)パフォーマンスの著しい向上が見られます。

HotSpotに切り替えた後、ロック/ロック解除イベントの増加が見られました。

UseBiasedLockingの無効化が全体パフォーマンスの向上に役立ちました。

-XX:-UseLazyUnlocking (無効化)

-XX:-UseBiasedLocking (無効化)

UseBiasedLockingオプションは競合しない同期のパフォーマンスを向上させます。このオプションはデフォルトで有効化されています。

ただし、アプリケーションに競合の多い同期がある場合、UseBiasedLockingを無効化するとパフォーマンスが向上します。

HotSpotに移行した後にロック/同期によるパフォーマンスの問題に直面している場合、このオプションを無効化するとパフォーマンスがいくらか向上する可能性があります。