为何不同编译方式下ZeroMQ库的吞吐量表现存在明显差异

官方仓库默认构建流程默认开启了全量性能优化，自行编写的Makefile普遍缺失性能编译参数，是导致性能相差7-8倍的核心原因，具体调优方案如下：

• 核心优化级别配置：编译时必须添加至少-O2优化参数，高吞吐场景推荐使用-O3，未开启该参数时编译出的二进制性能下降数倍是普遍情况
• 关闭调试逻辑：添加编译参数-DNDEBUG，禁用ZeroMQ内部所有断言检查，高频消息处理场景下断言会占用大量CPU资源；额外添加-DZMQ_BUILD_NO_DEBUG宏定义，关闭ZeroMQ内置的调试统计逻辑
• 平台指令集优化：x86_64架构下添加-march=native参数，自动适配当前CPU支持的高级指令集（如AVX、SSE系列），提升数据拷贝、序列化阶段的性能
• 链接阶段优化：添加-s参数剥离所有符号表，减少运行时开销；静态编译场景下添加-fvisibility=hidden参数隐藏内部符号，降低函数调用开销

如果是自行编译ZeroMQ依赖库而非仅编译测试代码，上述参数需要同时应用到ZeroMQ源码的编译流程中，避免依赖库本身性能不足。

可以使用官方自带的性能测试用例，和自行编译的二进制跑相同场景做对比，二者性能差距在10%以内即说明调优生效。

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