问CISC ISA下的RISC

EN

在过去的日子里。

水平微码

通常包含在相当宽的控制存储中；每个单词都是108位或更多。在排序器时钟的每一个滴答上，都会读取、解码微码字，并用于控制构成CPU的功能元素。

所以对于某些架构来说，它是真实的。

新的微码通常在超级标量处理器中使用，因此微代码使用问题宽度来并行运行更多的代码，使用指令的无序发出，然后重新排序缓冲区确保微代码按顺序退出。旧机器把一切都做得井井有条，有些还有点流水线。

我认为微指令会启动微操作。

旧的CISC处理器没有翻译。他们直接或通过微码执行ISA。所有CPU都执行一些指令解码(即使它在某些RISC体系结构中相当微不足道)。在过去，解码会将机器指令1到-1转换为内部微操作.或者，机器语言指令将启动运行的微代码序列，执行所有步骤。

今天，为了从CISC获得良好的性能，执行多项操作的指令(例如，将内存引用与ALU操作组合在一起)必须被“破解”成多个内部微操作，每个内部微操作执行更简单的操作。在概念上，这与使用微代码并没有什么不同，只是它是在专用硬件中流水线的，微操作是独立跟踪的，并且相对于其他指令来说是无序的。此外，您还可以将这种破解看作是一种更精细的指令解码。

正如蒂莫西所提到的，今天的CISC机器仍然将CISC指令转换成微操作，只不过它是以一种更有效的方式完成的，以允许更积极的无序执行(更快的时钟速度....etc)。

那么，在关于指令、微操作、微指令、宏操作、宏/微融合、....etc的谈话中，所有的术语之间有什么区别呢？这在很大程度上取决于谁在说话：

在AMD世界中，宏op相当于英特尔世界中的微op(或uop)。两者都是指一个micro-operations指令中断或被解码成的一个X86。两者都是类似于RISC的指令，最有可能是固定长度。融合是指两个操作(通常相互依赖)融合为一个操作(主要是为了节省解码宽度)。如果这是用实际的Micro-Fusion.指令完成的，则称为Macro-，如果它是用微操作完成的，则称为x86最后，我认为在上下文中可以使用microinstruction来引用以前或现在的微代码指令--我不明白为什么不使用它来指微操作(或宏操作)。然而，我个人并没有经常听到它；我通常会更经常地听到微操作或宏操作这个术语。

好吧，我希望这能帮上忙