System.gcにおける依存関係()全GCでの結果

1、問題が見つかりました。

      プロメテウスアラームサービスは、あまりにノード旧GCを生きる調査が必要。

2、問題分析


       プロメテウスを見る、原因特定のインターフェイスに(たとえば、これはビットがらくたであってもよい)、それがあるべき経験に基づいて、わずか10分で、11時18時11時28分に割り当てられたノードを発見し、5フルGCを持っていました。

3、GCViewerを使用してGCログ解析


      図から分かる、期間中に全GC、200M未満老齢の使用が発生し、合計サイズは、760歳以上のM.です 明らかに、これはメモリ不足が原因ではありません。

なぜGCを参照するには4、


       GCは、5つの理由がされて見ることができるSystem.gc()コードで説明したメソッドを呼び出しますSystem.gc()(もちろん、それはパッケージに依存することができる、独自のコードを書くために、ビジネスの学生でもよいです)。

5、サービスがELK内の時間である場合には呼び出しを参照してください


       (:厳密に言えば、オンラインサービスは、機能のこの部分はゆっくりとビッグデータチームに移行され、このエクスポート機能を提供していないはずですが、移行完了していない歴史的な理由のために)ELKログ表示は、Excelが発生し、エクスポートすることができます

6、コードの表示

      見つかったログ情報に基づいて、コードを見るは、実際のパッケージに依存して、Excelの演算結果を導出するjxl.read.biff.WorkbookParserタイプ、方法の必須の使用System.gc()GCのために。

おすすめ

転載: www.cnblogs.com/cuizhiquan/p/11537678.html