MIPS架构流水线互锁阶段相关技术问题咨询

问题1：流水线互锁是哪个MIPS版本引入的？ #

流水线互锁是在MIPS II架构中正式引入的。早期的MIPS I属于无流水线互锁的实现，需要通过软件（编译器或程序员）插入nop指令来处理流水线冲突；MIPS II及之后的版本则通过硬件互锁自动处理大部分流水线冲突，无需手动插入nop。

问题2：对“互锁阶段”的理解是否正确？ #

你的理解是错误的：

• 无互锁的MIPS架构才需要手动添加显式nop来延迟指令执行（比如处理分支或数据相关的冲突）；
• 所谓“流水线互锁”是硬件层面的机制：当流水线中出现冲突（比如数据相关、控制相关）时，硬件会自动暂停后续指令的执行，直到冲突解决，完全不需要软件插入nop来干预。简单说，互锁是硬件帮你搞定延迟，而显式nop是无互锁架构下的软件解决方案。

问题3：早期无互锁的MIPS如何处理分支预测？ #

早期无互锁的MIPS（如MIPS I）没有复杂的硬件分支预测机制，它采用**延迟分支（Branch Delay Slot）**的设计：分支指令后面紧跟的那条指令（延迟槽指令）一定会被执行，不管分支是否发生跳转。

• 编译器或程序员会尽量把一条有用的指令放到延迟槽中，避免浪费周期；如果没有合适的指令，就插入nop填充。这种设计不需要预测，是一种固定的硬件行为，靠软件优化来提升效率。

内容的提问来源于stack exchange，提问作者Vitto