私は代替JDKの内部については何も知らないし、現在利用可能であると見なされています。私はそれを試してはいけない理由は何もありません。合理的に良いテストカバレッジを持っています。サーバー上のアプリケーションの多くは、groovyとgrailsに基づいています。多量のGroovyコードを実行しているアプリケーションサーバーにjrockit jvmを使用することにどのような影響を考慮する必要がありますか？
私はこれをintellijやビルドなどのローカルのワークステーションアプリケーションを実行するために使用するように変更したので、これを検討しています。私は確かに私のテストについては特に臨床的にされていないことを認めなければならない。
おそらく、これは、IDEとビルドのようなものは非常にI/O集約的なので、これは明らかにこれはjrockitが全く異なる1つの領域だからです。
Oracle JDKおよびJRockitの開発チームは1つだけです。開発者の多くは、オリジナルのJRocketチームの開発者です。私はオラクルが2つのリリースを維持することに興味があるとは思わない。
ビルドはIO依存であり、最も重要な要素はドライブの速度（Javaの速度ではありません）です。できることは、SSDドライブを購入することです。 240 GBモデルは、より小さいモデルよりも高速になる傾向があります。セクタのアライメントが正しいことを確認してください。 ;）
典型的な7,200 HDDでは100 IOPSが可能ですが、高速SSDでは80,000 IOPSが可能です。 SSDの場合http://en.wikipedia.org/wiki/IOPS
、
fdisk -S 32 -H 32 /dev/sda
を使用してパーティションを作成するそうでなければ、半分のパフォーマンス以上を失い、あなたのドライブの寿命を減らすことができます。
実際、I/OはJRockitが根本的な1つの領域に見えます。残念ながら私は机の上に猛禽が座っているにもかかわらず私の作業機械にSSDを置くという選択肢はありません。 OracleはすぐにHotSpotとJrockitを統合しています。 – barrymac
JRockitでgrails 2.0を起動する際に、必要なSun native2Asciiクラスがないために問題が見つかりました。 – barrymac