X86S的推出是否值得牺牲代码兼容性？

微软

X86S刚发布时，尽管获得一些支持，但反对意见似乎更有道理。先了解一下X86S的目标是什么？

x86S 可以看作是纯 64 位版本的 x86 架构。随着业界推出 64 位 x86 处理器，微软 Windows 11 不再支持 32 位系统，以及 Intel 的固件不再原生支持非 UEFI64 操作系统，这些软硬件环境的变化促使 Intel 提出了 X86S 的概念。X86S 的出现顺应了行业向 64 位计算全面过渡的趋势，旨在优化和简化未来的计算平台。在 X86S 环境下有诸多优势：自70年代末以来，所有x86操作系统和引导程序均无法直接在X86S系统上运行，这带来了新的问题。X86S 的优势仅限于前述几点，实际上所有新 X86 指令扩展，如 APX、AVX 10.x 等，均与 X86S 无关。这些扩展代表了不同的技术发展路径，彼此间并无直接联系。X86S的做法只是破坏兼容性，对未来贡献甚微，这种想法并不值得提倡。X86S计划去除的旧特性具体耗费多少晶体管我不确定，若以386为参考，大约是0.275百万晶体管，现在可能增加到10倍，即2.75百万晶体管。如果有24个内核，总共需要66百万晶体管。而Arrow Lake的总晶体管数量为178亿，这意味着这些旧特性所占比例仅为约0.3%。这一数据反映了技术进步带来的巨大变化和优化空间。这种计算只是粗略的、没有依据的猜测。Mike Clark和Forrest Norrod曾提到，这部分的效率成本大约在5%左右。显然，这样的估算并不精确，仅供参考。

为了0.3%的晶体管性能或5%的效率，放弃数十年积累的代码兼容性，这似乎不是明智之举。面对ARM和RISC-V的竞争，这样的牺牲真的必要吗？