プロセッサのデータパスと制御 ─ ハードワイヤ制御とマイクロプログラム

データパスと制御は何を分けているのか

プロセッサの中身は、大きく二つに割って考えると見通しが良くなります。データパス（datapath、値が流れる回路）と、それを操る制御部（control unit）です。データパスは値を保持し運び加工する物理経路で、制御部はその経路をどう繋ぐかを毎サイクル指示する頭脳です。命令の実行とは突き詰めれば「制御部がデータパスのスイッチを正しい順序で切り替えること」に尽きます。

データパスを構成する部品は限られています。

マルチプレクサ（mux、多入力1出力の選択器）が制御の主役です。たとえばALUの第2入力を「レジスタの値」にするか「命令中の即値」にするかは、ALUの直前に置いた2入力muxの選択信号1本で決まります。制御部が出すのはこうした選択信号・許可信号の束で、これらをまとめて制御信号（control signals）と呼びます。命令の意味は、結局「どの制御信号をどう立てるか」という1枚の真理値表に還元できます。

単一サイクルと多サイクル ─ ハードをどう使い回すか

データパスが決まると、次は「1命令を何サイクルで実行するか」という設計判断が来ます。

単一サイクル実装は、フェッチからレジスタ書き戻しまでを1クロックで終えます。1命令1サイクルと一見速そうですが、クロック周期を全命令で最も長い命令（ふつうはメモリアクセスを伴うロード）の所要時間に合わせざるを得ません。加算しかしない命令も、ロードと同じ長いクロックを待たされるため、平均性能はむしろ落ちます。さらに1サイクル内で同じ部品を二度使えないので、命令メモリとデータメモリ、加算用ALUとアドレス計算用加算器を別々に持つ必要があり、ハードが重複します。

多サイクル実装は、1命令を「フェッチ」「デコード／レジスタ読み」「実行」「メモリ」「書き戻し」のような短いステップに分割し、1ステップ1サイクルで進めます。クロック周期は最も長い1ステップに合わせればよいので短くでき、命令ごとに必要なステップ数だけ消費します。各ステップが別サイクルなので、1個のALUをアドレス計算にも演算にも使い回せ、メモリも命令とデータで共有できます。ハードの再利用と引き換えに、ステップ間で値を保持する内部レジスタ（命令レジスタやALU出力レジスタ）が要ります。

多サイクルでは「今どのステップか」という状態を制御部が覚える必要があり、ここで有限状態機械（FSM）が登場します。実用プロセッサが採るパイプラインは、この多サイクルの各ステップを別々の命令で同時に埋めて重ね、命令あたり実効1サイクルに近づける発展形と捉えられます。

ハードワイヤ制御 ─ 状態機械を論理で直接組む

制御部の本体は「現在の状態とオペコードから、次の状態と制御信号を決める」有限状態機械です。これを論理ゲートとフリップフロップで直接実装するのがハードワイヤ制御（hardwired control）です。

入力: 現在状態(state) と 命令のオペコード(opcode)
出力: 制御信号の束(controls) と 次状態(next_state)

  controls   = F_out(state, opcode)    ← 組み合わせ論理
  next_state = F_next(state, opcode)   ← 組み合わせ論理
  状態レジスタ ← next_state            ← クロックごとに更新

F_out と F_next は真理値表をそのまま積項の論理式に落としたもので、PLA（プログラマブル論理アレイ）や最適化済みゲート網で作ります。最短経路で信号を生成するため高速で、面積も小さく、1命令1ステップの遅延が最小になります。これがRISCのような単純で規則的な命令セットと相性が良い理由です。

マイクロプログラム制御 ─ 制御信号を表として持つ

もう一方のマイクロプログラム制御（microprogrammed control）は発想を逆転させます。制御信号の束を論理式で計算するのではなく、制御メモリ（control store、しばしば内蔵ROM）に並べた表から読み出すのです。表の1行をマイクロ命令と呼び、その中身がそのサイクルで立てるべき制御信号そのものです。マイクロ命令を順に並べた小さなプログラムがマイクロコードで、機械語命令1つを複数のマイクロ命令の列に翻訳します。

マイクロ命令の構造（水平型の例）
 ┌────────────┬──────────────────────────┬─────────────┐
 │ 制御信号フィールド │ 分岐条件                  │ 次アドレス    │
 │ ALUsel RegW MemR …│ どの状態でどこへ飛ぶか      │ 次マイクロ命令 │
 └────────────┴──────────────────────────┴─────────────┘

実行ループ:
  μPC（マイクロプログラムカウンタ）が指す行を制御メモリから読む
  → 制御信号フィールドをデータパスへそのまま出力
  → 次アドレス／分岐条件で μPC を更新

ここでマイクロプログラムカウンタ（μPC）が、機械語のプログラムカウンタと同じ役割をマイクロ命令の世界で果たします。オペコードはマイクロコードの開始アドレスへ写像（ディスパッチ）され、そこから数本のマイクロ命令を辿って1機械語命令を実現します。マイクロ命令の符号化には二系統あります。

設計判断 ─ どちらを選ぶか、そして現代の折衷

両者の本質的なトレードオフは「速度 対 柔軟性」です。

歴史的には、CISCのマイクロプログラム制御 対 RISCのハードワイヤ制御という対立で語られてきました。命令が単純なら状態機械が小さく済み、ハードワイヤで最速に組めます。命令が複雑なら、表で持つマイクロコードのほうが設計も保守も現実的になります。

ただし現代の高性能x86は、この二者択一を両方使う形で折衷しています。add や load のような頻出の単純命令はハードワイヤに近いデコーダで直接マイクロオペレーション（μops）へ展開して速く流し、稀で複雑な命令だけを制御メモリ上のマイクロコードルーチンへ投げます。さらに、出荷後に発見されたバグやセキュリティ欠陥を、マイクロコードアップデート（更新可能な制御メモリへの書き換え）で修正できる柔軟性も得ています。これはハードワイヤ制御では原理的に不可能だった芸当で、表として制御を持つことの最大の実用的恩恵です。こうした命令の発行・展開の先にある実行段の仕組みはスーパースカラの発行とディスパッチで扱います。

まとめ

• プロセッサはデータパス（ALU・レジスタファイル・マルチプレクサ・バスで値を運ぶ経路）と制御部（毎サイクル制御信号を生成し経路を選ぶ）に分かれ、命令の実行は制御信号の束をどう立てるかという真理値表に還元できる。
• ハードワイヤ制御は有限状態機械を論理ゲートで直接組むため最速だが、命令追加や修正は回路の作り直しになり硬い。単純で規則的なRISC向き。
• マイクロプログラム制御は制御信号をマイクロコードとして制御メモリに表で持ち、μPCで辿る。柔軟で複雑命令を足しやすいが、制御メモリ読み出しのぶん遅い。複雑なCISC向き。
• 単一サイクルは全命令を最長命令のクロックに合わせ非効率でハードも重複、多サイクルは命令を短ステップに分けFSMで進めてハードを再利用する。現代の高性能設計は両制御方式を折衷し、マイクロコード更新による出荷後修正という実用的利点を得ている。