Domino 8.5.3 FP4 - Windows 用 64 ビットの JVM ヒープ サイズの最適な設定について、決定的な答えを見つけようとしています。
デフォルトでは1024Mに設定されていることを知っています。一部の Web サイトでは、1G / 1024M が推奨されていることが示唆されていますが、これがデフォルト設定なので、それほど良いのでしょうか?
他のサイトでは、使用可能な RAM の 25% と述べています。
私のドミノ サーバーには 12GB の RAM があります。現在、HTTPJVMMaxHeapSize = 1024M であり、タスク マネージャーは、約 7 GB の RAM が使用されており、nhttp.exe は約 1.1 GB を使用していることを示しています。可能であれば、このヒープを 2GB または 3GB に増やしたいのですが、何か問題はありますか?
Windows Server 2008 R2 Standard Edition を実行しています。
XPages の観点から言えば:
つまり、特定のワーキング セット (つまり、サーバー内の XPages アプリケーション) を処理するときに、アプリケーション コード、サーバー ランタイム、およびハードウェア プロファイルが何を行っているかを理解します。アプリケーションは、ライフサイクルの実行とメモリ使用に関して最適でない方法でコーディングされていますか? アプリケーションは、コンポーネント ツリーのシリアル化にメモリまたはディスクの永続性を利用していますか? サーバーには十分な量の JVM メモリーが割り当てられていますか? ハードウェアは十分な CPU とメモリを提供していますか?
#1 のいくつかの質問に完全に答えるには、XPages Toolbox や Eclipse Memory Analyzer などのツールを使用して、詳細なパフォーマンスとスケーラビリティのプロファイリングを実行する必要があります。さらに、Rational Performance Tester (またはその他のパフォーマンス テスト ツール) を使用してワーキング セットをテストし、テスト環境で実際の並行ワークロードを模倣します。これにより、自動化を使用して（n）数の同時ユーザーでアプリケーションをヒットし、健康などに関する貴重なデータをすべて収集できるテスト環境をセットアップできます。
ワーキング セットは 1 つまたは複数のアプリケーションであることに注意してください。それぞれが異なることを行い、異なる負荷要件を持っています。当面のタスクについて具体的に説明してください。すべてのアプリケーションに対してより一般的にシステムを調整したいですか (平均的な規模)、それともサーバーを特定のアプリケーション向けに完全に最適化したいですか (目標とする規模)?
必要に応じて、XSP / Java / ServerSide JavaScript コードに変更を加えてください。XPages 要求処理ライフサイクルの知識を活用し、ハイエンド負荷のシナリオで空腹の JVM メモリ消費者に注意してください。常にディスクの永続性を優先し (ディスク ストレージは RAM より安価です!)、それに応じてカスタム Java オブジェクトとマネージド Bean をコーディングして、シリアライゼーションと復元に対処してください。そして、これらのシナリオでは、高いスケーラビリティが最終的に CPU を消費するシナリオで、機能と速度の間のトレードオフを行います...対象となる機能/アクションを備えたよりスマートな UX など.
ワーキング セットのニーズに基づいて、コア、クロック速度、RAM、ディスク ストレージを増やす準備をしてください。ワーキング セットのプロファイリング、監視、および最適化への循環的なアプローチは、このプロセスとしてハードウェアの適合性にますます光を当てます。進化します。
JavaVerboseGC=1IBM_TECHNICAL_SUPPORT ディレクトリの console.log にコンソール出力を含むサーバーの notes.ini パラメータを設定することをお勧めします。しばらくしてから、そのログ・ファイルを取得し、ツールIBM Monitoring and Diagnostic Tools for Java - Garbage Collection and Memory Visualizer (GCMV)を使用してIBM Support Assistantを使用します。
これは、収集されたデータを解釈する方法に役立ちます: http://www-01.ibm.com/support/docview.wss?uid=swg27013824&aid=1。
OutOfMemoryException が発生した場合は、必ずそうする必要があります。
ヒープ サイズの設定が高すぎると、GC の実行回数が少なくなる可能性がありますが、時間がかかります。サーバーは定期的に非常に短時間「ハング」します。そのため、高すぎる設定はお勧めしません。