为何CMake构建的C程序运行速度远慢于gcc命令行直接构建？

这种15秒vs3秒的性能差距，大概率是CMake的编译/链接参数和手动gcc命令的参数不一致导致的，以下是几个核心排查方向：

• CMake默认构建类型未设为Release
  很多人以为在CMakeLists.txt里加了-O3就生效，但如果没明确指定构建类型为Release，CMake默认会用Debug模式。Debug模式下会自动添加-g（生成调试信息）、-fno-omit-frame-pointer这类严重影响性能的参数，甚至可能定义DEBUG宏触发代码里的调试逻辑。
  解决办法：要么在CMakeLists.txt里加set(CMAKE_BUILD_TYPE Release)，要么构建时通过命令行指定：cmake -DCMAKE_BUILD_TYPE=Release ..。

• CPU架构优化参数缺失
  你的Intel Xeon 8255C支持AVX2、AVX-512等高级指令集，手动gcc编译时如果系统默认启用了-march=native（或是环境里有带该参数的gcc别名），会针对你的CPU生成最优指令；但CMake默认可能用-march=x86-64这类通用架构参数，导致无法利用CPU的高级特性，性能暴跌。
  可以对比两者的编译参数：用make VERBOSE=1查看CMake实际执行的编译命令，和你手动的gcc sieve.c -O3 -o sieve对比，看是否差了-march=native这类参数。

• CMake自动添加了额外的调试/诊断选项
  部分CMake配置会默认开启-fsanitize=address、-fstack-protector-all这类安全/调试选项，这些选项会极大降低运行速度。查看CMake生成的编译命令，确认有没有这类额外参数。

• 编译器版本不一致
  检查CMake使用的gcc版本和你命令行的gcc版本是否相同：

  • 查看CMake的编译器：cmake --system-information | grep CMAKE_C_COMPILER
  • 查看命令行gcc版本：gcc --version
    如果版本不同，旧版gcc的优化能力可能远不如新版，导致性能差异。

• 链接阶段的差异
  虽然影响相对较小，但CMake可能用了不同的链接选项，比如静态链接vs动态链接，或者添加了不必要的链接库。可以用readelf -d命令对比两个生成的可执行文件的依赖，或者用objdump -d查看汇编代码差异，确认核心逻辑的编译优化是否一致。

最直接的排查方法：在CMake构建目录下执行make VERBOSE=1（如果用Makefile生成器），把实际的编译命令复制出来，和你手动的gcc命令对比，参数差异就是问题所在。

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