1.新しい尺度は夜に実行して言及する必要があります後火曜日、警告メッセージを受信し、CPUの負荷が高すぎる生産環境で、その後、最初の問題のトラブルシューティング、拡張の運用・保守、組立ラインオフラインを再起動するマシン上の問題がある、CPUの使用率が正常で、通常のサービス応答。
2.スタート、トラブルシューティング、トラブルシューティングのために問題のマシンのために予約さ1、
最初のステップは、関連するログ、明らかな異常を参照してください。その後、9021の後に、対応する番号を見つけるために、CPUリソースの使用状況、JPS -lm javaプロセスを表示するには、topコマンド、トップ-Hは、スレッド占有、93%のCPU使用率を参照してください-p9021
特定のスレッドIDの高い利用率を記録:Linuxで9023,9024,9027,9029、スレッドは軽量プロセスであります
次いでjstackスレッドスタック情報を表示することによってjstack 9021> jstack_9021.txt、次に進数に変換小数9023,9024,9027,9029(0x233f、0x2340、0x2343、0x2345)
最後に、jstack_9021.txt猫|その後、特定のスレッドの情報を見つけるためにはgrep -C 20 0x233fため、CPUはGCスレッドを果たしていることがわかった、と高価な全体的なメモリ使用量、Xmxの設定を初めて目にjmapのは、十分なメモリは、ありません
次いでJSTATビューのGC回復、毎時間間隔3000ms印刷、プリント20倍9021 3000 20 -gcutilエデン地区と旧領域が空乏化され見つかった、FullGcは非常に遅く、メモリリークが発生したかを決定することができる長い時間を要します。
このオブジェクトは、Base64でエンコードされたバイトをBase64デコードバイトのPDFファイルや画像が含まれているため、主に重要な新しいサードパーティ製RSAバッグSignContentオブジェクトを導入した9021プリントメモリ使用量-histo jmapは、。コレクションでは、リクエストの最後には、リリースには至りませんでした。