仮想メモリとページングのプログラミング的含意

仮想アドレスと物理アドレスの分離

現代のOSでは、プログラムが扱うポインタの値（仮想アドレス）は、物理メモリ（RAM）上の実際の番地とは一致しません。各プロセスは独立した仮想アドレス空間を持ち、自分専用に全アドレス空間を占有しているかのように振る舞えます。実際の対応付けは、CPU内のMMU（メモリ管理ユニット）がアクセスのたびにハードウェアで変換します。

この間接化が成り立つのは、アドレス空間を固定サイズのページ（典型的に4KB）へ区切り、ページ単位で対応を管理するからです。仮想アドレスは上位ビットの仮想ページ番号と下位ビットのページ内オフセットに分かれ、変換はページ番号だけを物理ページ番号（フレーム番号）へ写し替え、オフセットはそのまま流用します。

仮想アドレス（48ビットの例）
┌──────────────────────────┬───────────────┐
│   仮想ページ番号 (VPN)     │  オフセット(12)│
└──────────────────────────┴───────────────┘
            │                       │
       ページテーブルで変換          そのまま
            ▼                       ▼
┌──────────────────────────┬───────────────┐
│  物理フレーム番号 (PFN)    │  オフセット(12)│
└──────────────────────────┴───────────────┘
物理アドレス

この分離が、プロセス間のメモリ保護（他プロセスの物理ページに触れない）と、物理メモリより大きなアドレス空間を扱える柔軟性を同時にもたらします。

ページテーブルとTLB

変換表であるページテーブルはメモリ上にあり、プロセスごとに用意されます。64ビット環境ではアドレス空間が広大なため、全エントリを平らに持つと巨大になりすぎます。そこで実装は多段（マルチレベル）ページテーブルを使い、仮想ページ番号を数段に分割して木構造をたどります。x86-64 では4段（または5段）で、実際に使われている範囲だけ下位の表を確保するため、疎なアドレス空間を省メモリに表現できます。

問題は、1回のメモリアクセスのたびに数段の表引き（=複数回のメモリアクセス）が必要になることです。これを救うのがTLB（変換ルックアサイドバッファ）で、直近の VPN → PFN 変換結果をCPU内にキャッシュします。TLBがヒットすれば表引きを丸ごと省略でき、変換はほぼ無コストになります。

ページフォルトとデマンドページング

ある仮想ページにまだ物理フレームが割り当てられていない、あるいはアクセス権が合わない状態でアクセスすると、MMUはページフォルトという例外を上げ、OSのハンドラに制御が移ります。ページフォルトには性質の異なる種類があります。

• マイナーフォルト — 物理ページは用意できるが、まだマッピングが張られていない。OSがフレームを割り当て、ページテーブルを更新して再実行する。比較的軽い。
• メジャーフォルト — 必要なデータがディスク（スワップやファイル）にあり、I/Oを伴って読み込む必要がある。桁違いに重い。
• 無効アクセス — どこにもマッピングがない番地への参照。OSはこれをセグメンテーション違反としてプロセスを止める。

この仕組みを積極的に使うのがデマンドページングです。malloc や mmap で大きな領域を確保しても、その時点では物理メモリは消費されません。最初に各ページへアクセス（書き込み）した瞬間に初めてマイナーフォルトが起き、物理フレームが割り当てられます。

mmapによるファイルとメモリの結合

mmap はファイルやデバイス、無名領域を仮想アドレス空間へ直接マッピングするシステムコールです。ファイルをマップすると、read／write の明示的なシステムコールを介さず、ポインタ操作だけでファイル内容を読み書きできます。アクセスされたページがデマンドページングでオンデマンドに読み込まれ、変更はOSが適切なタイミングでファイルへ書き戻します。

// ファイルをメモリにマップして直接アクセス
int fd = open("data.bin", O_RDWR);
char *p = mmap(NULL, len, PROT_READ | PROT_WRITE,
               MAP_SHARED, fd, 0);
p[0] = 'X';   // 書き込みがそのままファイルへ反映される

利点は、read のようにカーネル空間からユーザー空間へデータをコピーする手間（余分なメモリコピー）を省けること、そして必要なページだけを読み込めることです。大きなファイルへのランダムアクセスや、複数プロセスでの共有に向きます。一方で、アクセスがそのままI/Oを誘発しうるため、メジャーフォルトの遅延がプログラムのどこで顔を出すか読みにくくなる難しさもあります。

コピーオンライト（COW）

仮想メモリの威力が最も鮮やかに出るのがコピーオンライトです。UNIX系で fork が子プロセスを作るとき、親のアドレス空間全体を物理的に複製するのは高価です。そこで実装は、親子に同じ物理ページを共有させ、両者のページテーブルでそれらを読み取り専用に印を付けます。

どちらかがそのページへ書き込もうとした瞬間にページフォルトが起き、OSがそのページだけを複製して書き込み側に専用のコピーを与えます。

fork 直後（共有・読み取り専用）
  親 ─┐
      ├─▶ 物理ページ P（書き込み禁止マーク）
  子 ─┘

子が書き込み → フォルト → P を複製
  親 ────▶ 物理ページ P（元のまま）
  子 ────▶ 物理ページ P'（複製、書き込み可）

結果として、書き込まれなかったページは最後まで共有されたままで、複製コストは実際に変更されたページの分だけに抑えられます。fork 直後に exec する典型パターンでは、ほとんどのページが触られないまま破棄されるため、ほぼコピーゼロでプロセスを起動できます。

プログラマが押さえるべき含意

これらはいずれも「アドレス空間の予約」と「物理メモリの実割り当て」が分離していることに根ざします。スタックとヒープの実態 で見たヒープ確保も、アロケータが要求する仮想領域と、初回タッチで割り当たる物理ページは別の話です。ポインタの値（仮想アドレス）が物理番地そのものではないことを意識すると、ポインタと参照 の挙動や、プロセス間でアドレスを共有できない理由も腑に落ちます。

まとめ

仮想メモリは、プロセスが見る連続したアドレス空間を、MMUとページテーブルがページ単位で物理メモリへ写し替えることで実現します。TLBが変換を高速化し、デマンドページングが物理割り当てを初回アクセスまで遅延させ、mmap がファイルとメモリを結び、コピーオンライトが fork を安価にします。共通する原理は「予約と実割り当ての分離」です。これを理解すると、確保が速くアクセスが遅い理由、fork が省メモリな理由、そして隠れたページフォルトコストがどこに潜むかを正しく見通せます。