X86 64 为什么VMREADs/VMWRITEs比内存读/写操作慢
从逻辑上讲，写入任何CPU存储变量的速度都应该快于相应的内存操作，因为不存在缓存未命中的机会。这些状态缓存在CPU中，并且在下一次VMLAUNCH/VMRESUME操作之前不会更改任何CPU状态。因此，它们应该比内存地址上的等效操作快 当看到AMD和Intel提供的不同虚拟化解决方案时，就会出现这个问题。英特尔规定，对VMCS数据结构的所有更改都应始终通过VMREAD/VMWRITE接口进行，而不是通过常规内存R/W操作。然而，AMD不构成任何此类限制，其VMCB区域通过常规内存操作进行修改 与AMD相比，Intel方法的收益应该是更快的VMExit/VMResume时间。然而，英特尔将在灵活性方面松懈，增加新的指令X86 64 为什么VMREADs/VMWRITEs比内存读/写操作慢,x86-64,intel,virtualization,amd-processor,X86 64,Intel,Virtualization,Amd Processor,从逻辑上讲，写入任何CPU存储变量的速度都应该快于相应的内存操作，因为不存在缓存未命中的机会。这些状态缓存在CPU中，并且在下一次VMLAUNCH/VMRESUME操作之前不会更改任何CPU状态。因此，它们应该比内存地址上的等效操作快 当看到AMD和Intel提供的不同虚拟化解决方案时，就会出现这个问题。英特尔规定，对VMCS数据结构的所有更改都应始终通过VMREAD/VMWRITE接口进行，而不是通过常规内存R/W操作。然而，AMD不构成任何此类限制，其VMCB区域通过常规内存操作进行修改 与
然而，实际上，VMREAD/VMWRITE操作比常规内存操作慢。这对我来说没有任何意义。常规内存读/写操作由专用硬件处理，以优化它们，因为真正的程序中充满了它们 大多数工作负载不会花费太多时间来修改特殊的CPU控制寄存器，因此这些指令的内部处理通常不会进行大量优化。在内部，它可能是微代码（即从微代码ROM解码到多个UOP）
段寄存器可能不是一个很好的类比，因为写入段寄存器会触发CPU从GDT/LDT加载描述符。但是根据mov sr，r每13个周期有一个吞吐量，并且解码到6个UOP（来自微码）。（他停止为以后的CPU测试段寄存器的东西。）实际上，我不确定这是在16位还是32位模式下。如果是16位实模式，那么写入段寄存器并不读取描述符；它只是更新了基础和限制 读取段寄存器的速度更快：每个时钟读取一个。但这仍然比读取普通寄存器慢（常规
mov从控制寄存器移入/移出控制寄存器可能更慢，因为它比段寄存器少见。常规内存读/写由专用硬件处理，以优化它们，因为实际程序中充满了它们 大多数工作负载不会花费太多时间来修改特殊的CPU控制寄存器，因此这些指令的内部处理通常不会进行大量优化。在内部，它可能是微代码（即从微代码ROM解码到多个UOP）
段寄存器可能不是一个很好的类比，因为写入段寄存器会触发CPU从GDT/LDT加载描述符。但是根据mov sr，r每13个周期有一个吞吐量，并且解码到6个UOP（来自微码）。（他停止为以后的CPU测试段寄存器的东西。）实际上，我不确定这是在16位还是32位模式下。如果是16位实模式，那么写入段寄存器并不读取描述符；它只是更新了基础和限制 读取段寄存器的速度更快：每个时钟读取一个。但这仍然比读取普通寄存器慢（常规
mov从控制寄存器移入/移出控制寄存器可能更慢，因为它比段寄存器少见。
vmreadvmwritevmreadvmwrite