「すべてのCPU（32ビット優先）」は、.NET 4.5よりx86より多くのメモリを割り当てることができるのはなぜですか？

Question

多くのSO回答とthis widely cited blog postによれば、「32ビット優先」オプションを選択した「任意のCPU」用に構築された.NET 4.5アプリケーションは、32ビットと64ビットの両方のシステムで32ビットプロセスとして実行されます.NET 4.0以前とは異なります）。 つまり、「32ビット優先」を選択したx86およびAnyCPUは同等です（ARM上で実行できるかどうかは無視されます）。

しかし私のテストでは、64ビットシステムでは、「AnyCPUが32ビットのアプリケーションを好む」アプリケーション（32ビットで動作することを確認しています）がx86よりも多くのメモリを割り当てることができます。私はOutOfMemoryExceptionに当たるまで十分なRAMを備えた64ビットシステムで実行するまで、ループ内に10MBのバイト配列を割り当てる（もちろん参照を保持する）.NET 4.5のC＃コンソールアプリケーションを書いた。 x86として構築された場合、約1.2GBが割り当てられます。 「すべてのCPU（32ビット優先）」として構築されたコードは、最大1.5GBです。

なぜ違いがありますか？

Answer 1

Visual Studio 2015では、 'AnyCPU（prefer 32-bit）'としてビルドすると、実行可能ファイルのIMAGE_FILE_LARGE_ADDRESS_AWAREビットが設定されます（editbin /LARGEADDRESSAWAREを実行するのと同じです）。これはdumpbin /HEADERSで確認でき、「アプリケーションは大きな（> 2GB）アドレスを処理できます」という行を探しています。

これはVisual Studio 2013には当てはまりません。変更はapparently undocumentedです。

これは理論上、CLRに2GBを追加する必要があります。割り当て可能なメモリが約300MBだけ上がる理由は分かりません。