32ビットOSマシンは、8GB RAM + 20GBページファイルをすべて使用できますか？

32ビットOSについて私が理解しているのは、アドレスが32ビットで表現されているため、最大でOSが2 ³² = 4Gのメモリ空間を使用できることです-単位はバイトなので、4GBと仮定します。

これは、32ビットOS（WindowsまたはUnix）を搭載したマシンでRAMに合計4GBを超えるRAM +ページファイル、たとえば8GB RAMと20GBページファイルがある場合、そのメモリが「使い果たされる」ことを意味します「？

よる「使い切る」 ;私はRAMまたはページファイルを増やすとパフォーマンスが向上しないことを意味 もちろん、アプリケーションがOSにメモリを要求し続けても失敗する可能性は常にあります。

同様に、この32ビットOSマシンに2GBのRAMと2GBのページファイルがある場合、ページファイルのサイズを増やしてもパフォーマンスは向上しません。これは本当ですか？

32ビットOSについて私が理解しているのは、アドレスが32ビットで表現されているため、最大でOSが2 ^ 32 = 4GBのメモリスペースを使用できることです

プロセスが対応できる最大サイズは4GBです。メモリとアドレススペースを混同する可能性があります。 プロセスは、アドレス空間よりも多くのメモリを持つことができます。これは完全に合法であり、ビデオ処理やその他のメモリ集約型アプリケーションでは非常に一般的です。 プロセスには、数十GBのメモリを割り当てて、自由にアドレススペースにスワップしたり、アドレススペースからスワップアウトしたりできます。一度に2 GBのみがユーザーアドレススペースに移動できます。

自宅に4台のガレージがあれば、50台の車を所有できます。それらをすべてガレージに保管することはできません。少なくとも46個を保存するには、別の場所に補助ストレージが必要です。ガレージに保管する車と通りの駐車場に保管する車はあなた次第です。

これは32ビットOSを意味しますか、WindowsでもUNIXでも、マシンのRAM +ページファイルが4GBを超えるハードディスクにある場合（たとえば、8GB RAMと20GBページファイル）、「メモリが使い果たされる」ことはありませんか？

絶対にそれはそれを意味しません。1つのプロセスがそれ以上のメモリを使用する可能性があります！繰り返しますが、プロセスが使用するメモリの量は、プロセスが使用する仮想アドレス空間の量とほぼ完全に無関係です。ガレージに保管する車の数は、所有する車の数とはまったく関係ありません。

さらに、2つのプロセスが非プライベートメモリページを共有できます。20個のプロセスがすべて同じDLLをロードする場合、すべてのプロセスはそのコードのメモリページを共有します。彼らは仮想メモリアドレススペースを共有しません、彼らはメモリを共有します。

はっきりしない場合、私のポイントは、メモリとアドレス空間を同じものと考えるのをやめるべきだということです。なぜなら、それらはまったく同じものではないからです。

この32ビットOSマシンに2GBのRAMと2GBのページファイルがある場合、ページファイルのサイズを増やしてもパフォーマンスは向上しません。これは本当ですか？

50台の車と4台の車庫があり、通りに100台の駐車場があります。駐車場のサイズを200スポットに増やします。50台の追加駐車スペースの代わりに150台の追加駐車スペースを使用した結果、車の速度が上がりますか？

CPUは最大4GbのRAMしかアドレスできないことは事実です。ただし、現在のCPUはMMU（メモリ管理ユニット）を使用して、プロセス固有のメモリアドレスを物理メモリアドレスに変換します。

このMMUは、メモリ分離（プロセスAはプロセスBのメモリを操作できない）からメモリ共有（プロセスAはプロセスBと同じ物理メモリ領域にアクセスし、この方法でデータを交換できます）から、あらゆる種類の異なるトリックに使用されます。

32ビットCPUはプロセスごとに4Gbのメモリしかサポートしていませんが、Physical Address Extensionを使用する場合、最大64GbのRAMをアドレス指定できます。これにより、プロセスAはメモリの最初の4Gbを使用でき、プロセスBは次の4Gbを使用できます。合計で4Gbを超える物理メモリが使用されますが、1つのプロセスが使用するメモリの合計量は4Gbに制限されています。

PAEは、カーネルバージョン2.3.23以降のLinuxおよび一部の32ビット版のWindows Serverでサポートされていますが、32ビットWindows XP、Vista、または7ではサポートされていません。

CPUがPAEをサポートしていない場合、物理メモリは4GBに制限されます（他の要因によってはそれ以下になります）。

PAEをサポートするCPUに関係なく、オペレーティングシステムは物理メモリの一部をディスク（ページファイル）に追い出すことができることに注意してください。これにより、4Gb以上を組み合わせて使用​​する複数のプロセスを開始できます。PAEが持つ唯一の影響は、プロセスAの実行中にプロセスBの4Gbを物理メモリに保持できるかどうかです。

特に32ビットWindowsバリアントについて言えば、Windows 2003バリアント以来4GB以上のRAMをサポートしています（また、Windows 7のカーネルハックを取得して、すべてのRAMを32ビットで使用できるようにすることもできます）。ただし、質問の最初の部分で説明したように、これにはコストがかかります。

32ビットオペレーティングシステムでは、ポインターのサイズ（メモリアドレス）はCPUのワード長である32ビットと同じであり、これにより（前述したように）2 ^ 32 = 4GBのメモリスペースが可能になります。Windowsは、アプリケーションに対して「仮想メモリ」アプローチも採用しているため、各アプリケーションには独自のメモリスペースがあります。

各ポインターは32ビット幅しかないため、システムが4GBを超えるRAMをサポートできる場合でも、各アプリケーションのポインターは最大4GBのメモリしかアドレスできません。私の知る限り、これは32ビットオペレーティングシステムで4GBを超えるRAMを使用する場合の唯一の警告です。合計で、4GBを超えるRAMを組み合わせて使用​​する多くのアプリケーションを使用できますが、特定のプロセスでは最大4GBしか割り当て/アクセスできません。

質問に戻って、2GBのRAMを使用するプログラムがあるとしましょう。このプログラムのインスタンスが10個ある場合、それは20GBです。RAMの8 GBがすべて使用され、さらに12 GBのページファイルも使用されます。そのため、32ビットオペレーティングシステムでは、このメモリを使い果たすことは可能です。

この32ビットOSマシンに2GBのRAMと2GBのページファイルがある場合、ページファイルのサイズを増やしてもパフォーマンスは向上しません。これは本当ですか？

通常、ページファイルのサイズを増やしてもパフォーマンスは向上しません（RAMとページファイルが絶対最小値に設定されていない場合、またはコンピューターが常にスラッシングを低く設定している場合を除く）。ただし、コンピューターで（仮想）メモリが不足することはありません。ページファイルに何かをパージする必要があるときはいつでも、すでに大きなパフォーマンスの打撃を受けています（ハードドライブはRAMよりも桁違いに遅いため）。

プロセッサが32ビットと呼ばれる場合、単一の命令を使用して32ビット数で動作できることを意味します。これは、アドレスバスの幅とはほとんど関係がありません。これは、1995年にPentium Proがリリースされて以来、Intelアーキテクチャでは36ビットです。

有名な4GBの制限は、ほとんどのPCソフトウェアがメモリの各バイトをポインタでアドレス指定できるフラットメモリモデルを使用しているという事実に由来しています。ポインタは使用するレジスタに収まる必要があり、レジスタは32ビット幅なので、4GBに制限されます。