Apple Silicon环境下Docker --platform与Rosetta仿真功能差异问询

问题背景 #

环境：M1芯片MacBook Air，Ventura 13.3.1系统，Docker 4.19.0（引擎23.0.5）
现象：直接使用--platform参数运行MSSQL Docker容器时，出现错误：

/opt/mssql/bin/sqlservr: Invalid mapping of address 0x400384a000 in reserved address space below 0x400000000000

启用Docker测试功能「Use Rosetta for x86/amd64 emulation on Apple Silicon」后，容器可正常运行。

疑问解答 #

1. 为何需要这个测试功能？ #

MSSQL官方没有适配Apple Silicon（arm64架构）的容器镜像，只能基于x86/amd64架构镜像跨平台运行。Docker默认采用QEMU做跨架构仿真，但QEMU对部分x86应用的内存地址映射兼容性不佳——MSSQL的sqlservr进程需要访问的内存地址范围，和QEMU在Apple Silicon上的内存预留规则冲突，直接导致启动失败。

Rosetta 2是苹果专为x86程序在arm64 macOS上运行设计的仿真层，对内存地址处理的兼容性比QEMU更贴合x86程序的需求，能解决MSSQL这类对内存布局敏感的程序的运行问题。这个测试功能就是让Docker跳过QEMU，改用Rosetta 2处理x86/amd64镜像的仿真，从而绕过QEMU的内存映射缺陷。

2. 启用前后行为不同的原因及差异是什么？ #

• 启用前（QEMU仿真）：

  • Docker通过QEMU全系统仿真模拟x86/amd64环境，QEMU会为仿真进程划分特定的内存地址空间，但该空间与MSSQLsqlservr进程预期的地址范围（低于0x400000000000的区域）冲突，导致进程无法完成内存映射，直接报错退出。
  • 性能开销大，即便能运行的x86程序，速度也远慢于原生arm程序。

• 启用后（Rosetta 2仿真）：

  • Docker调用Rosetta 2做二进制翻译，Rosetta 2对x86程序的内存地址处理做了针对性优化，能兼容MSSQL对内存地址的要求，让sqlservr进程顺利完成内存映射并启动。
  • 性能远优于QEMU，因为Rosetta 2是苹果针对自家硬件优化的轻量翻译层，大部分x86程序运行速度接近原生，仅少量指令需要翻译，开销更低。

内容的提问来源于stack exchange，提问作者Emmanuel Ang