2016-04-30 32 views
-2

Javaアプリケーションがあり、jdkは7up75です... Xmsの設定は1 GB、Xmxのサイズは3 GBです。 JConsoleを使用してJVMを監視すると、JVMの使用が増加し続けていることがわかりました... GCを有効にしGCIntervalは30分です。週末のアプリケーションは1-2人のユーザーが使用していますが、午前中は、金曜日の夜とほぼ同じか、それ以上のJVMの使用状況が見られます。現在、1週間ごとにメモリ不足が発生しています。先月、この問題に直面し始めました。同じシステムが何の問題もなく過去2年間は正常に動作していました。今ではDBがほぼ倍増しています... 任意のヒントや提案をお願いします..先にありがとうございます。JVMのメモリ使用量が増え続ける

+1

あなたはメモリリークのようですね。あなたが提供したものには誰もあなたに伝えることのできるものはありません。整備士を呼んで「私の車は正しく働いていない、何が間違っている?」と言うかもしれません。メモリリークは、システムがどのヒープエラーなしで2年間のために走った理由の問題である場合、おかげで..私は不思議 – dimo414

+1

ヒープダンプのための時間とメモリアナライザ – radai

+0

Dimo414とRadai日食....また、現在APPとDBの両方サーバは同じマシンにあります... 8GBのRAMと4コアのCPU ...別のサーバにDBを分割するとどうなりますか?..... – Shame

答えて

1

コメントメモリリークの古典的な症状のように。特定の原因の証拠がない他の原因を探すのに時間を費やす前に、メモリー・アナライザーを使用してメモリー・リークの理論が有効かどうかを確認することをお勧めします。

..メモリリークが問題なのか、なぜシステムがヒープエラーなしで2年間稼動したのだろうか。それを意味するものではありません

はメモリリークではありません。

私たちが自信をもって言うことができるのは、何かが変更されていることです。その何かは、物事の多くなることができます:ソフトウェアやライブラリへ

  • 変化、JVMへ
  • 変更、お使いのシステム内の情報の量に
  • 変化(例えば、メモリ内の情報)、
  • あなたの/あなたのユーザーがシステムを使用している方法が変更されました
  • 私が考えていない他のもの。私たちは別のサーバーにDBを分割した場合

は、現在APPとDBサーバの両方が同じマシンに... 8ギガバイトのRAMと4コアcpu..whatのですか?あなたのJVMのメモリ使用量を変更することはありません

。より大きなヒープを使用してJVMを実行できるかもしれませんが、メモリリークがあると思われる問題がある場合は、ヒープサイズを大きくすると感染した傷口にバンデッドを置くようなものです。それは本当の問題を解決しません。患者はまだ死ぬ。

+0

詳細返信ありがとうございましたStephen Cさん...どのようにメモリリークを分析することができますか...詳細を教えてください...いくつかの最善のツール/ソフトウェアと分析方法をお勧めしますか...事前に感謝.... – Shame

+0

あなたが言ったように、私たちはJVMを変更しました...以前は32ビットjdk6u24でしたが、3ヶ月前に64ビットjdkup75に更新されました...同時ユーザー数も過去3〜4ヶ月増加しました...詐欺行為が30-40年前、60-70年前であった。 – Shame

+0

あなたが言ったように、私たちはJVMを変更しました...以前は32ビットのjdk6u24で3ヶ月前に64ビットのjdkup75に更新されました...同時ユーザー数も過去3〜4ヶ月増加しました...詐欺行為が30-40、今は60-70だった...。 – Shame

関連する問題