为何QEMU在x86转M1指令翻译时性能远不及Rosetta 2？

Rosetta 2性能碾压的核心原因 #

• 硬件级深度协同：苹果是Apple Silicon的设计者，Rosetta 2能直接调用芯片上专属的x86转译加速硬件单元，比如针对x86复杂指令集做了硬件级解码与转换，避免纯软件模拟的高额开销。而QEMU只能依赖通用ARM指令集做软件转译，没有硬件加速支持。
• 提前编译（AOT）优化：Rosetta 2在x86应用首次启动时，会把大部分代码预编译为ARM指令并缓存，后续运行直接执行编译后的代码；QEMU则以即时编译（JIT）为主，每次运行都要实时转译指令，额外开销大。
• 系统级原生整合：Rosetta 2是macOS的核心组件，能与系统的进程调度、内存管理、缓存机制无缝协同，比如共享系统级的指令缓存、利用内核级的资源调度特权；QEMU作为第三方用户态程序，无法触及这些底层优化接口。
• 场景针对性优化：苹果只需要适配macOS生态内的x86应用，场景单一，可以针对常见x86应用的指令模式做极致优化；而QEMU要兼顾全平台、全操作系统的模拟需求，通用性优先，无法为苹果硅+Linux的组合做定向优化。

关于架构“机密”与受限API的疑问 #

• 所谓的架构“机密”其实是苹果专属硬件扩展：Apple Silicon基于公开的ARMv8架构，但苹果添加了私有硬件加速单元（比如x86转译相关的逻辑），这些单元的使用权限没有开放给第三方，并非文档层面的机密。
• 确实存在受限内核API：Rosetta 2作为系统组件，能访问用户态程序（如QEMU）无法调用的内核级接口，比如直接与MMU（内存管理单元）交互、利用进程隔离的特权调度等，这些接口不对第三方开放，导致QEMU无法实现同等的系统级整合。

另外要注意：QEMU模拟x86 Linux时，还要完整模拟整个硬件环境（主板、BIOS、外设等），这部分额外开销进一步拉大了与Rosetta 2的性能差距——Rosetta 2只需要转译应用指令，无需模拟硬件层。

内容的提问来源于stack exchange，提问作者Gabriel C