JVMでヒープサイズが固定されているのはなぜですか？

JVMを固定ヒープサイズで実行する必要がある理由（JVMをあまり多くチェックしなかったが、そのようにしないものは見たことがありません）を誰かが説明できますか？単純な連続したヒープに実装する方が簡単ですが、Sun JVMは10年以上前のものなので、これを改善する時間があったと思います。

起動時にプログラムの最大メモリサイズを定義する必要があるのは1960年代のことのように思え、OS仮想メモリ管理との悪い相互作用があります（GCはスワップアウトされたデータを取得し、Javaプロセスのメモリ量を判断できません）実際に OS側から使用して、無駄なVM空間の膨大な量は、（私が知っている、あなたは...あなたの空想の48ビットマシン上で気にしません））。また、JVM内に小さなオペレーティングシステム（EEアプリケーションサーバー、OSGi）を構築しようとするさまざまな悲しい試みは、この状況で少なくとも部分的に責任があると思います。システム上で複数のJavaプロセスを実行すると、ピーク時に使用する必要があるメモリをそれぞれに割り当てます。

驚くべきことに、Googleは私が期待するような怒りの嵐を降ろしませんでしたが、固定ヒープサイズを見つけて事実を受け入れるだけの何百万という人々に埋もれてしまったのかもしれません。

あなたは間違っている。JVMのヒープサイズは固定されておらず、制限されています。

• -Xmxは最大ヒープメモリサイズを設定します
• -Xmsは最小ヒープメモリサイズを設定します

上限の設定はいくつかの理由で必要です。まず、アクションを開始するタイミングをガベージコレクターに通知します。第二に、JVMが大量のメモリを消費してマシン全体を詰まらせるのを防ぎます。最小ヒープサイズは、おそらくプログラムが必要とするメモリの量を確保し、メモリが不足するのを防ぐのに役立ちます（他のプロセスが過度に消費するため）。

答えはJavaの遺産と関係があると思います。もともとは組み込みシステムに使用される言語として設計されたものであり、明らかにリソースが制限されており、プロセスが単に利用可能なものを飲み込んで欲しくありません。また、リソース制限を設定できる場合、サーバー上のリソースのプロビジョニングが容易になるため、システム管理にも役立ちます。最新のJVMは複数の非連続ヒープを使用しているように見えますが、もちろんすべては、コードに対して単一のヒープとして表示されます。

（FWIW、Appleのダーウィン以前のMacOSバージョン（とにかくSystem 7までで、これは私が最後に使用したものでした）でプログラムのメモリ要件を指定する必要がありました。

あなたは、GCを与えるために必要ないくつかのメカニズムを実行するためにそれを伝えるために、またはあなたのプログラムが全体の仮想メモリ空間を埋めるれます。GCをトリガーする多くの代替方法があります：経過時間、割り当ての数、割り当ての数、おそらく今は考えられない他の方法です。IMOはどれも、単にメモリ境界を設定し、割り当てられたスペースがその境界に達したときにGCを実行するほど良いものではありません。

重要なのは、正しい境界を設定することです。私-msは「これは私のアプリが必要とするメモリ-mx量」であり、「この量を超えてはならない」と考えています。実稼働展開では、2つは等しくない場合は近く、実際に測定された要件に基づいている必要があります。

「無駄な」仮想メモリについてのあなたの懸念は見当違いです。それは仮想であり、（ほとんど）無料です。はい。ヒープの割り当てを大きくしすぎると、スレッドを起動できなくなったり、メモリマップファイルをロードできなくなります。しかし、それはアプリケーション設計の一部です。リソースが不足しているため、アプリケーションを実行できるようにリソースを分割する必要があります。メモリのトップに達するまで拡張する「Cスタイル」ヒープでは、基本的な問題は同じであり、問​​題が発生するまで考える必要はありません。

すべての書き込み可能セグメントはスワップからのコミットメントを必要とするため、大きなヒープが「無駄」になる可能性があるのはスワップスペースだけです。ただし、これはシステム設計の一部です。同じボックスで多数のJVMを実行したい場合は、スワップを増やすか、ヒープ割り当てを減らします。彼らがスラッシングを始めたら、あなたはシステムを使いすぎようとしている。メモリを追加購入します（32ビットプロセッサをまだ実行している場合は、新しいボックスを購入します）。

user281377にあるように、プロセスが消費できるメモリの上限のみを指定します。もちろん、アプリケーション自体は必要なスペースのみを取得します。

デフォルトの上限があるべきかどうかは、賛否両論の別の問題です。