首页

感谢IT之家网友 华南吴彦祖 的线索投递！

，1978 年 6 月 8 日，英特尔发布了 16 位微处理器“8086”，也同时开创了一个新时代 ——x86 架构。

后来，英特尔CPU 升级到 32 位，而 AMD 也依此架构率先推出了新一代 64 位集来进行扩展，被称为 AMD64，而英特尔后来也推出了与其兼容的处理器，命名为 intel 64，两者则统称为 x86-64 或 amd64。

目前，Intel 64 架构已经存在了 20 多年，而随着微软完全放弃 32 位版本，英特尔的固件也已不再原生支持非 UEFI64 操作系统，但它们确实带有某种形式的遗留支持，可以在需要时运行 32 位应用。

然而，随着时代的发展，英特尔现在又提出了一种全新的架构，官方将其称为 x86S，相当于是一种全新 64 位模式的架构，取消了所有以前的遗留支持。

据IT之家所知，原始的 Intel 64 架构设计在复位时与原始的 8086 处于相同状态，都需要进行一系列的代码转换才能进入 64 位模式，但这些模式在现代应用程序或操作系统中一般不会被使用。

而全新的纯 64 位模式可以在当前在实模式或保护模式下运行 64 位等效技术。例如:

• CPU 启动时处于实地址模式，但这里需要一个 64 位的替代方案；而直接处于 64 位复位状态则可以绕过多个跳板代码阶段直接进入 64 位操作状态。

• 使用 5 级页表需要禁用分页机制，这需要回到未分页的传统模式。在提议的新架构中，我们可以在不退出分页模式的情况下切换到 5 级页表。

这些修改可以通过对系统架构进行简单的增强来实现，仅影响操作系统。那么说到这里，大家可能会好奇了:纯 64 位模式架构有什么好处呢？

简单来说，纯 64 位模式的体系移除了一些较老的架构附件，从而降低了软件和硬件体系结构的整体复杂性。通过探索纯64 位模式架构，我们可以进行其他符合现代软件部署的改变。包括:

使用 64 位的简化分段模型为 32 位应用程序提供分段支持，与现代操作系统已经使用的相匹配。

• 移除 ring1 和 ring2以及像 gate 这样的过时特性。

• 移除 16 位寻址支持。

• 删除对 ring3 I / O 端口访问的支持。

• 删除字符串端口 I / O。该支持是基于过时的 CPU 驱动 I / O 模型。

• 限制本地中断控制器 使用 X2APIC，并移除传统的 8259 支持。

• 移除一些未使用的操作系统模式位。

对于旧版操作系统，现在来看虽然在纯 64 位模式架构 CPU 上运行传统 64 位操作系统并不是英特尔这项工作的明确目标，但英特尔架构下软件生态系统的虚拟化产品已经足够成熟，因此基于虚拟化的软件解决方案可以使用虚拟化硬件 来提供解决方案，以模拟启动“遗留操作系统”所需的功能。