从微体系结构中提取的x86程序计数器？
我正在读《RISC-V阅读器：开放式体系结构地图集》。为了解释ISA（指令集体系结构）与特定实现（即微体系结构）的隔离，作者写道： 架构师的诱惑是在ISA中包含指令，这些指令有助于在特定时间实现一个实现的性能或成本，但会给不同的或未来的实现带来负担 据我所知，它指出在设计ISA时，理想情况下ISA应该避免暴露实现它的特定微体系结构的细节从微体系结构中提取的x86程序计数器？,x86,cpu-architecture,riscv,instruction-set,program-counter,X86,Cpu Architecture,Riscv,Instruction Set,Program Counter,我正在读《RISC-V阅读器：开放式体系结构地图集》。为了解释ISA（指令集体系结构）与特定实现（即微体系结构）的隔离，作者写道： 架构师的诱惑是在ISA中包含指令，这些指令有助于在特定时间实现一个实现的性能或成本，但会给不同的或未来的实现带来负担 据我所知，它指出在设计ISA时，理想情况下ISA应该避免暴露实现它的特定微体系结构的细节 记住上面的引文：当涉及RISC-V ISA上的程序计数器时，程序计数器（pc）指向当前执行的指令。另一方面，在x86 ISA上，程序计数器（eip）不包含当前
记住上面的引文：当涉及RISC-V ISA上的程序计数器时，程序计数器（
pceipx86程序计数器是从微体系结构中抽象出来的吗？我将用MIPS而不是x86来回答这个问题，因为（1）MIPS和x86在这方面有相似之处，并且（2）RISC V是Patterson等人在数十年的MIPS经验后开发的。我觉得他们书中的这些语句在这个比较中最容易理解，因为x86和MIPS都编码相对于指令末尾的分支偏移量（MIPS中的pc+4） 在MIPS和x86中，PC相对寻址模式仅在早期ISA版本的分支中找到。更高版本增加了PC相对地址计算（例如，MIPS
auipc让我们比较一下硬件框图： MIPS数据路径（简化）
RISC V数据路径（简化） 您可以在RISC V数据路径图上看到标记为#5（红色，就在控制椭圆上方）的线绕过加法器（#4，它将4添加到pc中，用于pc下一步）
图表的属性
- MIPS：
- RISC V：
为什么x86/MIPS在最初的版本中做出了不同的选择？ 当然，我不能肯定。在我看来，这是一个选择，对于最早的实现来说并不重要，所以他们可能甚至没有意识到潜在的问题。几乎每一条指令都需要计算下一条指令，所以这似乎是一个合乎逻辑的选择 充其量，他们可能节省了几根电线，因为其他指令（如call）确实需要pc next，否则不一定需要pc+0 对先前处理器的检查可能会表明，这正是当时的做法，因此这可能更多地是对现有方法的继承，而不是设计选择 8086不是流水线（指令预取缓冲区除外），可变长度解码在指令开始执行之前已经找到了指令的结尾 经过多年的事后思考，这个数据路径问题现在在RISC V中得到了解决 我怀疑他们在这方面做出了与分支延迟时隙（MIP）相同的有意识的决定
根据注释中的讨论，8086可能没有任何推送指令开始地址的异常。与后来的x86机型不同，divide异常将指令地址推送到div/idiv之后。在8086中，
cs rep movsb