总线与微命令实验：从理论到实践的计算机组成原理核心实践-平芜编程栈

1. 从“黑盒”到“白盒”：为什么我们需要总线与微命令实验

如果你学计算机组成原理，只是对着课本上的图，看CPU、内存、总线怎么连接，然后背下“总线是计算机各部件之间传输信息的公共通路”这句话，那这门课你算是白学了。这感觉就像你学开车，只记住了方向盘、油门、刹车的名字，但从来没摸过真车，更不知道踩下油门时发动机里具体发生了什么。总线与微命令实验，就是让你第一次亲手“拧动”计算机的螺丝，从抽象的“冯·诺依曼结构”图纸，走进满是电线、芯片和脉冲信号的真实世界。

这个实验的核心价值，在于打通理论与实践的任督二脉。课本告诉你CPU通过总线取指令、读写数据，但“通过”这两个字背后，是一系列精确到纳秒级的电信号协同舞蹈。微命令，就是指挥这场舞蹈的最基本动作指令。不做这个实验，你很难真正理解：为什么CPU一个时钟周期只能做有限的事？为什么总线上不能同时进行两个操作？为什么“访存”会成为性能瓶颈？这些问题的答案，都藏在那一根根看似简单的数据线、地址线和控制线里，以及驱动它们的、由0和1组成的微命令序列中。

所以，这个实验适合所有对计算机底层抱有好奇心的学习者。无论是计算机专业的学生，还是希望深入理解系统性能的开发者，甚至是嵌入式硬件爱好者，通过亲手搭建一个简化但完整的总线系统，并编写微程序来控制数据流动，你获得的将是一种“系统级”的洞察力。这种洞察力，能让你在日后遇到缓存失效、总线争用、指令流水线阻塞等问题时，立刻联想到底层硬件的行为，从而更快地定位和解决问题。接下来，我们就从最基础的实验环境搭建开始，一步步揭开总线与微命令的神秘面纱。

2. 实验环境搭建：硬件模拟器与逻辑分析仪

在真正动手操作之前，我们需要一个安全、可控且功能完整的“数字实验室”。对于总线与微命令实验，我们通常不推荐初学者直接使用物理的芯片和示波器，那会引入大量的电路噪声、接线错误和信号稳定性问题，让学习曲线变得异常陡峭。现代的教学和实践中，更倾向于使用功能强大的硬件描述语言（HDL）模拟器，配合图形化的调试工具。

2.1 核心工具选型：Logisim Evolution 与 ModelSim

目前，对于教学和入门级原型设计，Logisim Evolution是一个极佳的选择。它是经典Logisim的现代化分支，提供了直观的图形化界面，让你可以通过拖放逻辑门、寄存器、多路选择器等元件来构建数字电路。它的核心优势在于交互性：你可以随时点击线路查看信号值，手动设置开关输入，并观察信号如何像水流一样在电路中传播。这对于理解总线上的数据流向和控制器发出的微命令序列，提供了无与伦比的直观性。

而对于希望进行更严谨、更接近工业级设计的探索者，Intel ModelSim (或开源替代品如GHDL + GTKWave)是必由之路。你需要使用Verilog或VHDL硬件描述语言来编写你的CPU模块、总线仲裁器和微程序控制器。虽然门槛更高，但这种方式能让你精确地定义时序（时钟边沿、建立保持时间）、处理复杂的多比特位宽总线，并进行深入的波形仿真。这就像从玩积木升级到了用CAD软件设计精密机械。

提示：对于首次接触该实验的同学，强烈建议从Logisim Evolution开始。它能让你快速建立电路工作的整体图景，避免过早陷入HDL语法和仿真脚本的细节中。

2.2 构建一个简化的实验系统框架

无论使用哪种工具，我们都需要先定义实验系统的边界和核心组件。一个典型的、用于本实验的简化计算机模型包含以下部分：

中央处理器（CPU）核心：一个极度简化的模型，通常包含一个程序计数器（PC）、一个指令寄存器（IR）、一个累加器（ACC）和算术逻辑单元（ALU）。在本实验中，CPU不是一个主动的智能单元，而是一个由“微命令”驱动的执行机构。
微程序控制器（Microprogram Controller）：这是实验的灵魂。它内部存储着“微程序”，每一条指令（如MOV, ADD）对应一段微程序。控制器在每个时钟周期，根据当前指令和状态，发出一组“微命令”（如PC_Inc,Mem_Read,ALU_Add）。
主存储器（Memory）：用于存放指令和数据。我们通过地址总线来指定位置，通过数据总线来读写内容。
系统总线（System Bus）：这是连接所有部件的“高速公路”，通常分为三组：
- 地址总线（Address Bus）：单向，由CPU或DMA控制器驱动，指定要访问的内存或I/O端口地址。
- 数据总线（Data Bus）：双向，用于在各部件间传输指令或数据。
- 控制总线（Control Bus）：传输微命令控制器发出的各种控制信号，如Read/Write、MemReq、IOReq、BusGrant等。
输入/输出（I/O）模块：简单的开关输入和LED输出，用于验证系统功能。

在Logisim中，你可以分别创建这些模块的电路，然后用“导线”（代表总线）将它们连接起来。在ModelSim中，你需要为每个模块编写一个Verilog模块，然后在顶层模块中进行实例化和连接。

2.3 第一个可运行的“Hello World”：点亮一个LED

为了让实验尽快产生正反馈，我们设计第一个小目标：通过执行一段简单的程序，让CPU从内存中读取一个数据，然后通过I/O模块点亮一个LED。

在Logisim中的操作步骤：

搭建最小CPU：放置一个寄存器作为PC，一个寄存器作为IR，一个寄存器作为ACC。放置一个加法器作为ALU（初期只实现加法）。
搭建微程序控制器：使用一个ROM（只读存储器）作为微程序存储器。ROM的地址由“微程序计数器（μPC）”和当前指令的操作码部分拼接而成。ROM的每个输出位定义了一个微命令（如PC_Out_En=1表示将PC的值放到地址总线上）。
设计指令集：我们先定义两条指令。假设指令格式为[操作码 4位] [地址/数据 12位]。
- LOAD addr(操作码0001)：将内存addr地址处的数据加载到ACC。
- OUTPUT(操作码0010)：将ACC的值输出到I/O模块的LED上。
编写微程序：为每条指令编写微指令序列。
- LOAD的微程序：
  - T0:PC_Out_En=1, Mem_Read=1(将PC值送地址总线，读内存，读到IR)
  - T1:IR_Out_En=1, Mem_Read=1(将IR中的地址字段送地址总线，读内存，数据直接置入ACC)
  - T2:PC_Inc=1(PC加1，为下条指令准备)
- OUTPUT的微程序：
  - T0:PC_Out_En=1, Mem_Read=1(取指)
  - T1:ACC_Out_En=1, IO_Write=1(将ACC值送到数据总线，并发出I/O写信号)
  - T2:PC_Inc=1
连接与测试：将控制器输出的微命令信号线连接到各个部件的使能端。在内存中手动存入指令序列（如LOAD #0x0F（地址0x0F处存有数据），OUTPUT）。设置时钟为手动单步模式，一步步观察PC、IR、ACC、总线上的值变化，最终看到LED显示预存的数据。

这个过程你会遇到第一个坑：总线冲突。如果两个部件（比如PC和IR）在同一时刻试图向数据总线写入数据，就会产生冲突，导致信号混乱。这就是为什么我们需要引入“三态门（Tri-state Buffer）”和“总线仲裁”的概念。在下一个章节，我们将深入探讨这个核心问题。

3. 总线仲裁与三态门：解决“公路堵车”问题

想象一下，我们的系统总线是一条单车道的公路。CPU、内存、I/O设备都像车辆，需要用它来运输数据（地址和数据）。如果两辆车同时开上公路，必然发生车祸（信号冲突，产生不可预测的电平）。总线仲裁机制就是这条公路的交通信号灯和交警，而三态门则是每个设备连接公路的道闸。

3.1 三态门：实现“连接”与“断开”

在数字电路中，普通逻辑门的输出只有两种状态：高电平（1）和低电平（0）。如果多个这样的输出直接连接到同一根线上，当一个输出1而另一个输出0时，就会形成短路，可能损坏器件。三态门引入了第三个状态：高阻抗态（High-Impedance, Hi-Z）。在这个状态下，输出端相当于与线路断开，对总线没有任何影响。

在Logisim中，你可以直接找到“三态门”组件。它有一个数据输入、一个输出使能端和一个输出。只有当使能端有效时，数据才会被传递到总线上；否则，输出为高阻态。在我们的系统中，所有需要向数据总线或地址总线发送信息的部件（PC、IR、ACC、内存数据输出端），都必须通过一个三态门连接到总线。而微命令控制器发出的PC_Out_En、IR_Out_En等信号，就是这些三态门的使能信号。

一个常见的错误连接是忘记使用三态门，或者使能信号设计冲突。例如，在LOAD指令的T1周期，我们需要将IR中的地址字段送到地址总线，同时内存的数据输出端需要将读出的数据送到数据总线。这时，地址总线上只有IR的地址三态门使能，数据总线上只有内存的数据输出三态门使能。必须确保在任何时钟周期，同一条总线上最多只有一个部件的输出三态门被使能。

3.2 总线仲裁逻辑：谁先谁后的规则

即使有了三态门，我们还需要一套规则来决定在某个时刻，谁有权使用总线。这就是总线仲裁。在我们的简单系统中，CPU是唯一的主设备（Master），内存和I/O是从设备（Slave），情况比较简单：永远由CPU的微程序控制器决定总线使用权。

但在更复杂的系统，或者当我们引入DMA（直接内存存取）控制器后，就会出现多个主设备（CPU和DMA）竞争总线的情况。这时就需要仲裁器。一个简单的静态优先级仲裁器可以用一个优先编码器实现。例如，假设DMA的优先级高于CPU，那么仲裁逻辑可以这样设计：

当DMA请求总线时（DMA_Req=1），仲裁器立即将总线授予DMA（Bus_Grant_DMA=1），同时通知CPU“总线忙”（Bus_Busy=1）。
CPU的微程序控制器在发出任何需要总线的微命令前，必须先检查Bus_Busy信号。如果为忙，则必须插入等待周期，直到总线空闲。
DMA传输结束后，撤销请求，仲裁器收回授权，并解除总线忙状态。

在Verilog中，一个简单的仲裁器可能如下所示：

module arbiter ( input wire clk, input wire rst, input wire cpu_req, input wire dma_req, output reg cpu_grant, output reg dma_grant, output wire bus_busy ); // 优先级：DMA > CPU always @(posedge clk or posedge rst) begin if (rst) begin cpu_grant <= 1'b0; dma_grant <= 1'b0; end else begin if (dma_req) begin dma_grant <= 1'b1; cpu_grant <= 1'b0; end else if (cpu_req) begin cpu_grant <= 1'b1; dma_grant <= 1'b0; end else begin cpu_grant <= 1'b0; dma_grant <= 1'b0; end end end assign bus_busy = cpu_grant | dma_grant; endmodule

实操心得：在仿真中调试总线仲裁问题时，最有效的方法是观察波形图中各个请求（Req）和授权（Grant）信号的时序关系。确保在授权信号有效期间，对应的主设备才驱动总线；并且在一个授权撤销到另一个授权生效之间，留出至少一个时钟周期的“总线周转时间”，防止两个设备同时驱动总线的瞬间冲突。

4. 微程序控制器设计：将指令翻译成硬件动作

如果说总线是身体的血管，那么微程序控制器就是大脑的神经中枢。它负责将一条条机器指令（如ADD A, B）分解成一系列最基础的、直接控制硬件门电路的动作——微命令。

4.1 微指令格式设计：定义控制字的每一位

微指令，也叫控制字，是一个很宽的二进制位串。每一位（或每一组位）都对应一个具体的硬件控制信号。设计微指令格式是微程序控制器的核心。一个典型的设计可能包含以下几个字段：

字段名	位宽	含义	举例（值为1时生效）
ALU_Op	3-4位	指定ALU的操作	000: PASS_A, 001: ADD, 010: SUB, 011: AND...
SrcA	2-3位	选择ALU的第一个操作数来源	00: ACC, 01: DR (数据寄存器), 10: 立即数
SrcB	2-3位	选择ALU的第二个操作数来源	同上
Dest	2-3位	选择ALU结果的目的地	00: ACC, 01: DR, 10: 内存数据输入
Mem_Ctrl	2位	内存控制	00: NOP, 01: Read, 10: Write
Bus_Control	多位	各个三态门的使能信号	`PC_Out_En`,`IR_Out_En`,`Addr_Reg_En`等
Next_Addr	若干位	下一条微指令的地址	可以是顺序地址、跳转地址或由指令码决定

在我们的简单实验中，为了直观，初期可以不进行如此精细的编码，而是采用直接编码（Direct Encoding）：即微指令的每一位直接对应一个控制信号。例如，第0位=PC_Out_En，第1位=Mem_Read，第2位=IR_In_En…… 这样做控制存储器位宽很大，但逻辑简单直观，适合学习和调试。

4.2 微程序存储与定序：μPC与分支逻辑

微程序存储在ROM或RAM中（称为控制存储器）。执行一条机器指令的过程，就是按顺序执行一段微程序。这就需要有一个“微程序计数器（μPC）”来指向当前正在执行的微指令地址。

微程序的执行流程并非全是顺序的。它需要处理：

取指公操作：每条指令执行前，都需要从内存取指令到IR。这部分微指令序列是所有指令共享的。
操作码译码与分支：根据IR中取出的操作码，跳转到对应指令的微程序入口地址。
指令执行：执行该指令特定的微操作序列。
条件分支：根据ALU的标志位（如零标志Z、进位标志C）进行微程序内的跳转。

在Logisim中，你可以用一个标准的计数器和多路选择器来构建μPC。多路选择器的选择端由“下一地址（Next_Addr）”字段和条件标志位控制。在Verilog中，这通常是一个case语句。

一个微程序控制器（取指与分支部分）的Verilog描述框架：

module micro_controller ( input wire clk, input wire rst, input wire [3:0] opcode, // 来自IR的操作码 input wire z_flag, // 零标志 output reg [15:0] ctrl_word // 我们的微指令/控制字 ); reg [7:0] upc; // 微程序计数器 wire [7:0] next_upc; // 控制存储器（用case语句模拟一个ROM） always @(*) begin case(upc) 8'h00: ctrl_word = 16'b1000_0000_0000_0001; // 取指T0: PC_Out_En, Mem_Read 8'h01: ctrl_word = 16'b0100_0000_0000_0010; // 取指T1: IR_In_En, PC_Inc 8'h02: begin // 根据操作码分支 case(opcode) 4'b0001: next_upc = 8'h10; // LOAD指令入口 4'b0010: next_upc = 8'h20; // STORE指令入口 // ... 其他指令 default: next_upc = 8'h00; // 无效指令，复位 endcase ctrl_word = 16'b0; // 这个周期主要是计算下一地址，控制字可为空 end 8'h10: ctrl_word = 16'b0010_0000_0000_0100; // LOAD T0: IR_Out_En, Mem_Read 8'h11: ctrl_word = 16'b0001_0000_0000_1000; // LOAD T1: ACC_In_En 8'h12: next_upc = 8'h00; // 跳回取指周期 // ... 更多微指令 endcase end // μPC更新逻辑 always @(posedge clk or posedge rst) begin if (rst) upc <= 8'h00; else upc <= next_upc; end endmodule

踩坑实录：微指令的时序对齐。在设计时，必须严格考虑每个微命令生效所需的建立时间和保持时间。例如，Mem_Read信号发出后，需要等待几个时钟周期，内存数据才会稳定出现在数据总线上。因此，使能数据接收寄存器（如ACC_In_En）的微命令，必须延迟发出。在同步系统中，一个稳妥的做法是：所有控制信号都在时钟上升沿发出，而数据路径上的寄存器也在同一个时钟上升沿采样。这样，只要保证在时钟上升沿到来时，数据已经稳定即可。这意味着，发出Mem_Read和使能ACC_In_En可能是在同一个控制字中，但ACC实际是在下一个时钟上升沿才采样的数据总线。你需要仔细规划每个时钟周期内总线上传输的是什么，以及哪个寄存器在周期末锁存数据。

5. 完整指令集设计与微程序编写实战

现在，让我们设计一个稍具规模的指令集，并为其编写完整的微程序。这将把前面所有的知识点串联起来。我们设计一个简单的累加器型CPU，包含以下5条指令：

指令助记符	操作码	指令格式	功能描述
LOAD	0001	`LOAD addr`	`ACC <- Mem[addr]`
STORE	0010	`STORE addr`	`Mem[addr] <- ACC`
ADD	0011	`ADD addr`	`ACC <- ACC + Mem[addr]`
JMPZ	0100	`JMPZ addr`	若`ACC == 0`，则`PC <- addr`
OUT	0101	`OUT`	`IO_Port <- ACC`

我们假设数据总线宽度为8位，地址总线宽度为12位，指令字为16位（高4位操作码，低12位地址/数据）。

5.1 微程序流程图与状态定义

首先，我们需要画出每条指令的微程序流程图。所有指令共享开始的“取指周期（Fetch Cycle）”：

F0:PC -> Addr Bus,Mem Read(将PC值送地址总线，启动内存读)
F1:Data Bus -> IR,PC++(将读出的指令锁存到IR，PC自增)

取指结束后，根据IR[15:12]（操作码）进行分支，进入各自的“执行周期（Execute Cycle）”。

以LOAD和ADD指令为例：

LOAD执行周期:
- E0 (LOAD):IR[11:0] -> Addr Bus,Mem Read(将指令中的地址字段送地址总线，启动内存读)
- E1 (LOAD):Data Bus -> ACC(将读出的数据锁存到ACC)，跳回F0。
ADD执行周期:
- E0 (ADD):IR[11:0] -> Addr Bus,Mem Read(取操作数)
- E1 (ADD):Data Bus -> DR(将操作数暂存到数据寄存器DR)
- E2 (ADD):ACC -> ALU_A,DR -> ALU_B,ALU_Op=ADD(设置ALU输入和操作)
- E3 (ADD):ALU_Out -> ACC(将结果写回ACC)，跳回F0。

JMPZ指令需要条件判断：

E0 (JMPZ): 检查Z_Flag（零标志位，由ALU在上次运算时设置）。
E1 (JMPZ): 如果Z_Flag==1，则IR[11:0] -> PC（跳转）；否则什么都不做。跳回F0。

5.2 控制字（微指令）详细定义

我们采用直接编码，定义控制字的每一位（假设位宽为16位）：

位	信号名	有效值	功能描述
15	`PC_Out_En`	1	使能PC输出到地址总线
14	`IR_Out_En`	1	使能IR的地址字段输出到地址总线
13	`Addr_In_En`	1	使能地址总线数据锁存到内部地址寄存器（为复杂寻址预留）
12	`Mem_Read`	1	启动内存读操作
11	`Mem_Write`	1	启动内存写操作
10	`IR_In_En`	1	使能数据总线数据锁存到IR
9	`ACC_In_En`	1	使能数据总线/ALU输出锁存到ACC
8	`DR_In_En`	1	使能数据总线数据锁存到DR
7	`ACC_Out_En`	1	使能ACC输出到ALU_A总线或数据总线
6	`DR_Out_En`	1	使能DR输出到ALU_B总线
5:3	`ALU_Op`	000-111	ALU操作选择 (000: PASS_A, 001: ADD, 010: SUB, ...)
2	`ALU_Out_En`	1	使能ALU输出到内部结果总线
1	`PC_Inc`	1	PC自增1
0	`PC_Load`	1	从数据总线加载PC（用于跳转）

根据流程图，我们可以写出部分微指令的二进制码（未使用的位填0）：

F0 (地址 0x00):PC_Out_En=1, Mem_Read=1->1001 0000 0000 0000(0x9000)？等等，这里需要仔细对齐。PC_Out_En是位15，Mem_Read是位12。所以二进制是1_0_0_1_ 0000 0000 0000？不对，我们是从15到0编号。PC_Out_En(15)=1，Mem_Read(12)=1。所以是1001 0000 0000 0000？这看起来是16进制0x9000。但中间位13、14、11等都是0。我们重新按位列表写：
- 位15 (PC_Out_En): 1
- 位12 (Mem_Read): 1
- 其他位: 0
- 二进制:1001 0000 0000 0000= 0x9000。
F1 (地址 0x01):IR_In_En=1, PC_Inc=1-> 位10和位1为1。二进制:0000 0100 0000 0010= 0x0402。
LOAD E0 (地址 0x10):IR_Out_En=1, Mem_Read=1-> 位14和位12为1。二进制:0101 0000 0000 0000= 0x5000。
LOAD E1 (地址 0x11):ACC_In_En=1-> 位9为1。二进制:0000 0010 0000 0000= 0x0200。同时，它的“下一地址”字段应指向0x00（取指周期）。

实操心得：微指令的编码与调试。手工计算和编写这些二进制或十六进制的控制字非常繁琐且容易出错。在实际实验中，我强烈建议在Logisim中使用“ROM”组件，并直接在其属性中用十六进制编辑器填写；或者在Verilog中，用一个独立的文本文件定义微程序，在仿真时用$readmemh系统任务加载到ROM模型中。这样修改和查看起来直观得多。调试时，最关键的是对照波形图，逐个时钟周期检查：发出的控制字是否与设计一致？对应的数据通路上的三态门和寄存器是否按预期动作？总线上的数据值是否正确？

6. 系统集成、仿真与深度调试技巧

当所有模块（CPU、控制器、存储器、总线、I/O）都设计并编码完成后，就到了最激动人心也最具挑战性的环节：系统集成与调试。这就像把所有的汽车零件组装起来，然后尝试启动发动机。

6.1 集成测试流程：从单指令到小程序

不要试图一开始就运行复杂的程序。遵循自底向上的测试策略：

模块级仿真：首先确保每个独立模块（如ALU、寄存器文件、微程序ROM）的功能正确。编写简单的测试平台（Testbench），给输入，看输出。
数据通路测试：暂时绕过微程序控制器，手动设置控制信号（在Logisim中用手动开关，在ModelSim中force信号），测试数据能否沿着设计好的路径流动。例如，手动设置PC_Out_En=1和Mem_Read=1，看地址总线上是否是PC值，数据总线上是否出现对应内存数据。
单指令微程序测试：编写只包含一条指令（如LOAD #0x01）的测试程序，放在内存起始位置。在仿真中单步执行（一个时钟周期一步），观察每一个时钟周期：
- μPC的值是否正确变化？
- 控制字（微指令）的每一位是否按预期变化？
- 地址总线、数据总线上的值是否正确？
- 目标寄存器（如ACC）是否在正确的周期被写入正确的值？
多指令顺序测试：测试一个简单的顺序程序，如LOAD A; ADD B; STORE C。观察指令间如何无缝衔接，取指周期是否在每个指令执行完毕后正确开始。
条件分支测试：测试JMPZ指令。先让ACC不为零，观察是否不跳转；然后执行一条将ACC清零的指令（如SUB A，如果A中存的是ACC原值），再测试JMPZ，观察PC是否被修改。

6.2 常见故障与排查思路

在调试中，你几乎一定会遇到问题。以下是几个典型故障及其排查思路：

故障现象：总线值始终为X（未知）或高阻态Z。
- 排查思路：这是最典型的“无人驾驶”总线。检查所有连接到该总线的三态门的使能信号。确保在任何时刻，有且只有一个使能信号有效。使用仿真器的波形图，同时查看所有相关使能信号，找出冲突或全部无效的时刻。
故障现象：寄存器在时钟边沿没有捕获到正确数据。
- 排查思路：检查数据在时钟上升沿是否已经稳定。这通常是因为控制信号和数据信号的时序不匹配。例如，Mem_Read和ACC_In_En如果在同一个时钟周期发出，内存读取需要时间，数据可能在时钟边沿之后才稳定，导致ACC锁存了旧数据或不定值。解决方案是：将数据锁存使能信号延迟一个周期发出。即T0周期发Mem_Read，T1周期发ACC_In_En，并在T1周期末的时钟上升沿锁存数据。
故障现象：程序跑飞，μPC不按预定顺序变化。
- 排查思路：首先检查“取指周期”的微程序是否正确无误，因为所有指令都从这里开始。然后，检查操作码译码逻辑。将当前IR中的操作码和μPC值在波形中同时显示，看分支逻辑计算出的下一地址是否正确。特别注意JMPZ这类条件分支，检查零标志位Z_Flag的计算和传递是否正确。
故障现象：仿真结果与手工计算不一致。
- 排查思路：进行“桌面推演”。拿一张纸，画一个简化的CPU数据通路图。根据你的微程序，手工模拟执行3-4个时钟周期，写下每个周期每个总线、每个寄存器的值。然后与仿真波形图逐周期对比。这个方法能发现绝大多数逻辑设计错误。

6.3 性能分析与优化初探

当系统能够正确运行后，我们可以从性能角度审视这个设计。最直观的指标是CPI（Cycles Per Instruction，每条指令周期数）。

我们的LOAD指令用了2个取指周期（F0, F1） + 2个执行周期（E0, E1） = 4个时钟周期。
ADD指令用了2（取指） + 4（执行） = 6个时钟周期。

显然，这是一个单周期、串行执行每条微指令的设计，性能很低。现代CPU采用了许多技术来降低CPI，例如：

微指令流水线：将取指、译码、执行等微操作重叠起来。例如，在执行当前指令的微操作时，可以同时预取下一条指令。
硬连线控制：对于简单指令，用更快的组合逻辑直接生成控制信号，而不是查ROM表，可以缩短关键路径延迟。
更宽的总线：一次传输更多数据。

在我们的实验平台上，可以尝试一个简单的优化：将取指周期与执行周期重叠。当前一条指令进入执行周期后，立即开始下一条指令的取指。这需要对数据通路和控制逻辑进行修改，确保没有资源冲突（例如，执行周期可能需要用内存，而重叠的取指周期也需要用内存）。这引入了“流水线冒险”的问题，是计算机体系结构课程中一个更深入的话题，但你可以在这个实验框架下进行初步的探索和尝试，例如设计一个两级流水线（取指阶段和执行阶段），这将极大地深化你对CPU工作原理的理解。