C ++ゲームはメモリ割り当てエラーをどのように処理しますか？

私はC ++で書かれているが例外を使用しないいくつかのゲームを知っています。C ++でのメモリ割り当てエラーの処理は一般にstd::bad_alloc例外を中心に構築されているため、これらのゲームはどのようにそのようなエラーを処理しますか？

それらは単にクラッシュしますか、またはメモリ不足エラーを処理して回復する別の方法がありますか？

すべての平均的なプログラムと同じ：ありません。*

ほとんどのアプリケーションでは、メモリがなくなっても機能し続けるという顧客の期待はありません。すべてのゲームはこれらの「ほとんどのアプリケーション」に該当します。顧客が仕事をすることを期待していないエッジケースに取り組むために時間とお金を費やすことは意味がありません。

質問は次のようになります。

• ハードディスクがいっぱいの場合、どのようにゲームをインストールしますか？
• 最小スペック以下のPCで、どのようにして高いfpsでゲームを実行しますか

答えは同じです。これらはユーザーの問題です。ゲームは気にしません。

*実際には、彼らは通常、例外を高レベルでキャッチし、クラッシュ/終了する前にイベントをログに記録しようとするために、ゲームの開始時に事前に割り当てられたメモリを使用します。このログにより、カスタマーサポートは問題に費やす時間を減らすことができます。

通常、この種のシナリオは発生しません。

第一に、最新のオペレーティングシステムの仮想メモリは、とにかく通常の操作で発生する可能性が非常に低いことを意味します。暴走割り当てのバグがない限り、ゲームはOSの仮想アドレス空間からメモリを割り当て、OSはページインとページアウトの後に監視します。

それはすべて順調ですが、コンソールや古いOSには実際には適用されません。そのため、ゲームは、とにかく標準ライブラリアロケーターを使用して多くの小さな動的割り当てさえ行いません。代わりに、起動時に一度だけメモリの大きなプールを割り当て、必要な実行時割り当てのためにそのプールから引き出します（たとえば、C ++配置を使用するか、独自のメモリ管理システムを作成することにより）その上）。

また、ゲームはメモリリークから保護します。これは、ゲームが小さな個々の割り当てを追跡して考慮する必要がなく、プール全体を破棄してメモリを回収できるためです。

そして第三に、ゲームは常に最小仕様を設定し、その範囲内でメモリ使用量を割り当てます。したがって、ゲームが1GBのRAMを必要とするように指定されている場合、そのメモリ使用量が1GBを超えない限り、RAMの不足を心配する必要はありません。

まあ、主に、例外が存在する前にやったのと同じ方法-古い「戻り値のアプローチをチェックする」。アロケーターが例外を使用しない場合、通常、アロケーターはnull失敗したときに戻ります。よく書かれたゲームはそれをチェックし、安全な方法で状況を処理します。時々、これはゲームを終了することを意味します（例std::terminate）、または少なくとも最後の既知の安全な状態に戻すことを意味します（たとえば、プールから割り当てた場合、プールが安全でない状態でも安全に破棄できます）。

そのような場合でも、多くのゲームは例外を使用します。誰かが「ゲームコードでの例外の使用を避ける」と言うとき、彼らが通常意味するのは「通常のフロー制御ではなく、真に例外的な場合にのみ例外を使用する」ということです。メモリー不足の例外をキャッチするためのセットアップは安価です。コストはほとんど例外なく、例外の処理に伴う複雑さです。典型的なメモリ不足の場合、これらのどちらも非常に重要ではありません-ほとんどの場合、とにかく終了する必要があります。

気を付けてください、ほとんどのゲームはただクラッシュします。これは見た目ほどクレイジーではありません-通常、ターゲットとしてある程度のメモリ使用量があり、ゲームがその制限に達していないことを確認します（たとえば、RTSゲームでユニットカウント制限を使用するか、 FPSのセクション内の敵の量）。そうしなくても、通常、合理的な最新システムではメモリ不足になりません。たとえば、仮想アドレス空間（32ビットアプリケーション）またはスタックが不足します。OSは、要求されただけのメモリを持っていることを既に装います。これは、仮想メモリが提供する抽象化の1つです。ポイントは、256 MiBの物理RAMがあるからといって、アプリケーションが4 GiBのメモリを使用できないということではありません。一部のゲームは、すべてのデータがそうではないことをあまり気にしないかもしれません」

例外をキャッチすることと、例外がいつ発生したかを決定することは、2つの異なることです。

プログラムが必要としないメモリを解放するには、複雑なロジックが必要です。さらに悪いことに、他の実行中のプログラムまたはライブラリがメモリをリークしている場合、あなたはそれを制御できません

正常にシャットダウンするためにできるのは良いことだけで、それがほとんどのプログラムが行うことを選択することです。プログラムが応答しなくなるため、メモリが使用可能になるまで待つことさえできません。