Docker容器CPU特性(RDTSCP)与Mac主机不匹配致非法指令错误求助

问题场景 #

在MacOS 12.6系统（2019款16寸MacBook Pro）上，基于最新Debian构建的Docker容器运行C++可执行文件时出现异常：代码通过<x86intrin.h>调用__rdtscp(unsigned int *__A)做性能监控，该程序在Mac主机本地编译运行正常，且在其他物理Linux主机编译后，能在对应Linux机器及其他主机的同镜像容器中正常执行，但在我的Mac Docker容器内执行时触发Illegal instruction错误。

排查确认：__rdtscp依赖CPU的RDTSCP特性，Mac主机CPU已支持该特性，但容器的lscpu输出中无此特性标识；替换为无序列化特性的__rdtsc()可正常运行，但业务需求必须使用__rdtscp。

（注：用户提供了Mac主机sysctl -a | grep machdep.cpu输出截图、Debian容器lscpu输出截图，两者CPU特性列表存在明显差异）

差异原因 #

1. Mac虚拟化层的默认限制：Docker在Mac上依赖苹果的Hypervisor.framework虚拟化层，默认不会将主机的全部CPU特性暴露给底层的Linux虚拟机（容器运行在该虚拟机内）。RDTSCP属于x86扩展指令，默认被虚拟化层屏蔽，导致容器无法识别该特性，执行对应指令时触发非法指令错误。
2. 物理Linux主机的容器特性：在物理Linux主机上，Docker采用内核级隔离而非全虚拟化，容器直接共享主机的CPU特性集，因此能正常识别RDTSCP；其他主机的虚拟化层可能默认开放了该特性，所以对应容器也能正常运行。

解决办法：让Docker暴露RDTSCP特性 #

方法1：临时生效（重启Docker后失效） #

关闭Docker Desktop后，在终端执行以下命令修改虚拟机配置：

defaults write com.docker.driver.amd64 vm -array-add "cpu-features=+rdtscp"

重新启动Docker Desktop后，容器即可识别RDTSCP特性。

方法2：永久生效 #

方式A：通过Docker Desktop可视化设置

打开Docker Desktop设置 → Resources → Advanced，找到"暴露主机CPU特性"相关选项（部分版本显示为"Enable all CPU features"），勾选后重启Docker。

方式B：手动编辑配置文件

创建或编辑~/.docker/daemon.json文件，添加以下内容：

{
  "runtimes": {
    "runc": {
      "runtimeArgs": [
        "--cpu-features", "rdtscp"
      ]
    }
  },
  "default-runtime": "runc"
}

保存后重启Docker Desktop，后续启动的容器都会继承该CPU特性配置。

补充说明 #

若无法修改虚拟化层配置，也可以在编译C++程序时添加-mrdtscp编译选项，强制生成兼容RDTSCP的代码，但此方法仅适用于重新编译的场景，不符合当前使用预编译可执行文件的需求。

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