2097152KBのオブジェクトヒープに十分な容量を確保できませんでした

クズども · 掲載地 2017/07/24 10:43:36

エラー:2097152KBのオブジェクトヒープを割り当てるのに十分な容量を確保できませんでした

activemqを起動してエラーが報告されました。割り当てが多すぎるためで、MQTTメモリを割り当てる際にはサーバーメモリサイズ(free -gを使え)とJDKがメモリサイズをサポートしているかどうかを組み合わせて判断する必要があります。

JVMパラメータ設定

主なパラメータ:
-xms:初期メモリサイズ
-Xmx:最大メモリサイズ
-Xmn:若い世代の規模

Java -Xmx2047M -versionコマンドを使って、適合しているか確認してください:

解決：

スタート - >コントロールパネル - >システム - > 詳細設定 - > 環境変数 - > システム変数

新しい変数:
変数名:_JAVA_OPTIONS
変数値:-Xmx1G

クズども · 掲載地 2017/07/24 10:45:37

最近、Java用のプログラムに取り組んでいます。もともとJavaのメモリ管理が好きでした。メモリの割り当てを気にする必要はなく、割り当てるだけで、ガベージコレクタがメモリを回収してくれます。今、このプログラムは大量のデータで開発されており、速度を上げるためにすべての情報をメモリに読み込む予定です。これにより迅速な応答が保証されます。まだメモリを何度も数えていて、自分のデータ量を考えています。最初はそれで十分だと思います(私のマシンは4Gメモリですが、Windowsは3.5Gを認識していますが、現在のデータ量と比べれば問題ないはずです)。

予想外にも、最初の実験のプログラムは数時間実行され、記憶外例外に遭遇しました。自分のVM設定を見ると、-Xms512M -Xmx1024Mに設定しています。無意識のうちに直接-Xms512M -Xmx2048Mに変更したところ、オブジェクトヒープ用の十分な容量を確保できなくなりました。プログラムは立ち上がれない。その時になって初めて、元の最大メモリにはまだ限界があることに気づきました。インターネットで調べてみると、この問題について多くの記事が見つかりました。最後に、BEAのDEV2DEVフォーラムで最も役立つ記事を見つけました

ここで司会のユリミンがテストを行い、結論に至りました:

会社JVMバージョン最大メモリ(メガ) クライアント最大メモリ(メガ) サーバー

日 1.5.x 1492 1520

SUN 1.5.5(Linux) 2634 2660

太陽 1.4.2 1564年

SUN 1.4.2(Linux) 1900 1260

IBM 1.4.2(Linux) 2047 該当なし

BEA JRockit 1.5(U3) 1909年 1902年

今はJDK1.6.0_05を使っていて、試しました。クライアント状態で一番大きな問題は、JDKが-serverパラメータを認識せず、サーバー状態をテストできないことです。見積もりはほぼ同じです。

サン 1.6.0 1442 該当なし

Javaで大容量メモリを使うのは不可能のように思えます。一般的な言い方としては、メモリが大きすぎるとガベージコレクション時間が長くなるということです。これも理解できます。一般的にメモリが不足したときに収集されます。2Gメモリのスキャンはもちろん1Gよりはるかに遅く、メモリオブジェクトも多いため、推定される関係性は指数関数的に増加しています。

以下にユリミンの試験方法と試験記録を添付します。

テスト方法:java -XmxXXXXM -versionコマンドを使ってコマンドラインでテストし、XXXXの値を徐々に増やしていきます。正常に動作すれば、指定されたメモリサイズが利用可能であることを示します、そうしないとエラーメッセージが表示されます。

[出典] 2097152KBのオブジェクトヒープに十分な容量を確保できませんでした

関連記事

閲覧したセクション