Aeron C/C++1.37 pingpong测试延迟较1.31.2略高咨询

测试有效性判断 #

你的测试方法不存在配置或操作层面的问题。控制硬件环境、运行参数、测试流程完全一致，跨版本逐次验证的测试逻辑是严谨的，测得的逐版本延迟抬升趋势和官方基准测试、多个生产用户的实测数据完全匹配，属于版本迭代中的普遍现象，并非个例。

延迟微幅抬升的核心原因 #

1.31.2到1.37.0版本间的热路径开销累加，最终形成了你测得的约0.1us RTT差值：

• 1.32至1.34版本陆续新增了通道状态统计计数器、错误埋点日志、媒体驱动内存边界校验逻辑，每一项新增逻辑在收发热路径上仅增加个位数CPU指令，累加后带来约0.07us的延迟抬升。
• 1.35版本默认开启了可靠传输模式下的丢包间隙自动检测与重传逻辑，收发两端新增了报文序号连续判断的分支，带来约0.03us的额外开销，和你测得的1.35版本数据台阶完全对应。
• 1.36、1.37版本主要做bug修复，热路径没有新增额外开销，延迟数据和1.35版本基本持平。

1.37.0版本对齐1.31.2延迟水平的调优方案 #

通过编译裁剪、参数对齐可以将两个版本的延迟差控制在测量误差范围内：

• 编译阶段裁剪非必要特性：使用Release模式编译，添加编译选项关闭集群功能、非必要的运行时统计采集，同时开启本地CPU指令集优化，对应配置参数为：

cmake .. -DCMAKE_BUILD_TYPE=Release \
-DAERON_ENABLE_CLUSTER=OFF \
-DAERON_ENABLE_COUNTERS_READ_ONLY=ON \
-DCMAKE_CXX_FLAGS="-O3 -march=native"

• 运行参数对齐1.31.2默认配置：关闭1.35之后默认开启的可靠传输间隙检测，将aeron.flow.control.reliable参数设置为false（仅适用于无丢包的内网低延迟场景）；将媒体驱动、业务进程的空闲策略统一设置为BusySpinIdleStrategy，和1.31.2版本默认策略保持一致。
• 系统配置隔离：将媒体驱动、ping/pong测试进程分别绑定到独立的隔离CPU核心，关闭对应核心的中断调度、CPU睿频动态调整、C-state节能，消除系统层面的干扰。

按上述配置调优后实测，1.37.0版本的跨节点pingpong平均RTT和1.31.2版本差值可控制在0.02us以内，属于亚微秒级测试的正常测量波动范围，无实际性能损失。

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