問題タブ [metaspace]

現在、興味深い「java.lang.OutOfMemoryError: Metaspace」の問題を調査しています。Metaspace の使用量が最大 Metaspace サイズ (1GB) よりもはるかに少ないため、「興味深い」と思う理由。ヒープと GC の構成は次のとおりです。

以下は、JVM がクラッシュする前の最後の 6 つの GC イベントです。

最後のメタスペースの使用状況を見ると、約 328MB でした。 [Metaspace: 336962K->328764K(620544K)]

Java docによると、「MaxMetaspaceSize は、コミットされた圧縮されたクラス スペースと他のクラス メタデータ用のスペースの合計に適用されます。」. 圧縮されたクラスの使用量も確認しましたが、約 50MB でした。

仮想メモリの使用量を確認しました。不足はありませんでした。これは私が混乱しているところです。ご覧のように、Metaspace の使用率が MaxMetaspaceSize の 50% 未満だったのに、JVM が「最後の溝のコレクション」を実行して OOM に移行したのはなぜですか? JDK のバグが発生していますか? また、「1 回限り」のケースではなく、月に 1 ～ 2 回発生します。何かが欠けているかどうかわかりません。誰かが考えを共有してもらえますか?

私のサーバーには、合計 16GB のメモリがあります。JVM の最大メモリ (Xmx) は 12 GB に割り当てられます。JVM では、WSO2 ESB を実行しています。MaxMetaspaceSize=1gJVMに設定しました。これにより、次のエラーが頻繁に発生しました。

MaxMetaspaceSize=1g次に、JVM からパラメーターを削除しました。その後、JVM で次の 2 つのエラーが発生し、アプリケーションでも速度低下が発生しました。

初期のメタスペース エラーを取り除くには、どのような解決策が考えられますか?

私たちは、まだ製品化されていない新しいアプリケーションに取り組んでいます。私たちはJava 8を使用しています。私たちが直面している問題は、非ヒープが徐々に増加し、数日でLinuxシステムがクラッシュすることです。

私たちのアプリケーションは tomcat で実行されており、自動展開方法を使用しています。トラブルシューティングの一環として、以下のテストを行いました。

XMX = 4GB

1. Tomcatを再起動して、新たなスタートを切りました。アプリケーションは以下の統計で開始されました

   • ヒープ使用量 = 1.5GB
   • 非ヒープ = 200MB

2. Tomcat の再起動後にユーザー テストを行わずに、自動展開を行いました。同じコードが再度展開されたところ、非ヒープが 2 倍になっていることに気付きました。

   • ヒープ使用量 = 1.5GB
   • 非ヒープ = 400MB

展開を複数回繰り返しましたが、そのたびに非ヒープが増加しました。デプロイだけでなく、アプリケーション (Tomcat ではない) を開始/停止するだけでも、非ヒープが 200mb 増加します。

基本的に、展開を行うたびに非ヒープが増加するように問題を絞り込みました。注意すべき重要なことは、自動展開中に tomcat を再起動しないことです。各展開後に tomcat の再起動手順を含める必要があるかどうかについての提案を探していますか? または、ヒープ以外にしきい値を設定するために XX:MaxMetaspaceSize パラメータを含める必要がありますか?

通常のヒープ使用量を監視しており、問題はありません。ガベージ コレクションは定期的に発生し、スペースを再利用します。しかし、これは NON-HEAP には当てはまりません。GC が発生しても、NON ヒープからスペースが回収されることはありません。