1.6 JVMとのSPARCハードウェア上で64ビット対32ビット性能
-
23-08-2019 - |
質問
私は、SPARCハードウェア上で実行されている当社のTomcatクラスタのパフォーマンスチューニングをやっています。 32ビットJVMは、私たちに今の十分なメモリを提供しますが、私たちは余分なメモリ64ビットJVMの申し出がすぐに必要になることができるよう、サーバストライピングのためのテラコッタを使用して起動しようとしている。
より大きなメモリフットプリントに加えて、パフォーマンスペナルティにおけるSPARCの結果についての64ビットのJVMに移動します。
:SPARC上の64ビットJVMのバージョン1.4は20%のパフォーマンスヒット - このFAQは10%を示しhttp://java.sun.com/docs/hotspot/HotSpotFAQ .htmlを#64bit_performanceする
私はそれを避けることができれば、20%のパフォーマンスヒット -私は10%を取ることに興味はありませんよ。ので、多分1.6 JVMは、パフォーマンスが1.4 JVMが持っていたことをヒットしていないこの問題を回避するために、32ビット/ 64ビットのハイブリッドアプローチを使用しての議論が行われています:
<のhref = "http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/" のrel =」 noreferrer nofollowを "> http://blog.juma.me.uk/2008/10/14/32-bit-or-64-bit-jvm-how-about-a-hybrid/ の
誰がSPARC上のバージョン1.6を使用して64ビットのJVMに32ビットのJVMから移動するための現在のパフォーマンスメトリックを持っていますか?
感謝します。
ディーン
解決
ここではJDK 1.6.0_13の64ビットと32ビットバージョンを使用してSolaris上のTomcat 5.5上で実行されている弊社のWebサービスのカップルを呼び出すテストクライアントに基づいていくつかの結果である。
Tomcatの5.5のデフォルト設定を使用している場合、64ビットのJVMは、約7%のパフォーマンスヒットになりました。 Iは64ビットJVM 1000各パフォーマンスヒットにTomcatのパラメータacceptCountをとmaxThreadsの倍増場合1%未満でした。 1000件のスレッドが、私がテストで使用した同時テストクライアントの数に対応したので、これはかもしれます。
これらのパラメータを変更する32ビットおよび64ビットのJVMの両方のための時間を低下させたが、64ビットのJVMは、より大きなパフォーマンスの向上を示した。
あなたの走行距離はしかし、異なる場合があります。