4. 性能工程基础
在车载中间件领域，性能不是“越快越好”的模糊感受，而是一组可定义、可测量、可验收的量化指标。SOA 通信、DDS 发现、SOME/IP 服务调用、进程间共享内存、日志与诊断等机制，最终都要落到延迟、吞吐量、抖动、资源占用和启动时间这些具体数字上。性能工程的核心，就是把这些数字变成需求、变成测试用例、变成回归门禁。
一、核心指标的定义与边界
延迟（Latency）通常指从发送端产生数据到接收端可用数据之间的时间差。在车载中间件中，必须区分单向延迟、往返延迟（RTT）和端到端延迟。端到端延迟往往包含应用处理、序列化、中间件排队、网络传输、反序列化和调度唤醒等多个阶段，不能只测网络层。
吞吐量（Throughput）表示单位时间内成功传输或处理的数据量，常用 Mbps、msg/s 或 frames/s 表示。吞吐量与延迟并非线性关系：当负载接近系统容量时，延迟会急剧上升，而吞吐量趋于饱和。
抖动（Jitter）是延迟的波动程度，通常用延迟的标准差、P99 与 P50 的差值或最大抖动来衡量。对于控制类信号，平均延迟合格但抖动过大，仍可能导致控制周期失稳。
CPU/内存占用反映中间件运行开销。CPU 占用要区分单核占用、多核总占用和中断上下文占用；内存要区分常驻集（RSS）、堆内存、共享内存和缓存。启动时间则包括系统启动、中间件初始化、服务发现完成和首个业务报文可用的时间。
性能指标必须带“测量点”才有意义。例如“延迟 5 ms”应明确为：应用 A 调用 send 到应用 B 的 recv 回调返回，在 80% 负载、25℃、无丢包条件下的 P99 值。
二、测量方法与工具链
测量方法分为三类：时间戳法、计数器法和采样法。时间戳法适合延迟和抖动，要求在发送端和接收端使用同一时钟源，或通过 PTP/gPTP 同步；计数器法适合吞吐量和丢包率；采样法适合 CPU、内存等资源指标。
在 Linux/QNX 车载环境中，常用工具包括：
# 延迟与抖动：使用 cyclictest 观察调度抖动
cyclictest -t -p 80 -n -i 1000 -l 10000
# 网络吞吐：使用 iperf3 测量 UDP/TCP 吞吐
iperf3 -s -u -p 5201
iperf3 -c 192.168.1.10 -u -b 100M -t 60
# CPU/内存：使用 pidstat 采样中间件进程
pidstat -p $(pidof middleware_daemon) 1 60
# 启动时间：使用 systemd-analyze 与自定义打点
systemd-analyze blame
对于 DDS 或 SOME/IP 中间件，更推荐在应用层埋点：发送前记录 t0，接收回调中记录 t1，并写入环形缓冲区，避免日志本身干扰测量。测量时还要固定 CPU 频率、关闭非必要后台任务，并记录温度与负载，否则数据不可复现。
三、目标设定与场景化验收
性能目标不能拍脑袋，要从整车功能安全等级、控制周期和用户体验反推。例如，动力控制类信号通常要求端到端 P99 延迟小于 5 ms，抖动小于 1 ms；座舱视频流更关注吞吐量和丢包率；诊断与日志则关注 CPU 占用不超过单核 5%。
| 指标 | 典型目标 | 测量点 | 常见工具 |
|---|---|---|---|
| 端到端延迟 | P99 ≤ 5 ms | 应用 send 到 recv 回调 | 应用埋点 + PTP |
| 吞吐量 | ≥ 80 Mbps | 网卡或共享内存出口 | iperf3、自定义计数器 |
| 抖动 | P99-P50 ≤ 1 ms | 接收端时间戳序列 | cyclictest、埋点统计 |
| CPU 占用 | ≤ 单核 30% | 中间件进程 | pidstat、top |
| 内存占用 | RSS ≤ 200 MB | 中间件进程 | smem、pmap |
| 启动时间 | ≤ 2 s 可收报文 | 上电到首个业务报文 | systemd-analyze、打点 |
四、误区与复盘
第一个误区是“只测平均值”。平均值会掩盖长尾延迟，而车载控制最怕的正是长尾。必须报告 P50、P95、P99 和最大值。第二个误区是“在空载下测性能”。真实车载环境存在多路视频、诊断、OTA 并发，必须在 70%～80% 负载下验证。
第三个误区是“忽略测量工具本身的开销”。高频日志、串口打印和调试器会显著改变调度行为，导致数据失真。建议使用无锁环形缓冲区，测量结束后再统一导出。
复盘时重点回答三个问题：指标是否可复现？测量点是否覆盖真实路径？目标是否与功能安全等级匹配？如果答案是否定的，性能数据就不能作为验收依据。
性能工程不是一次性的测试活动，而是贯穿需求、设计、编码、集成和回归的持续过程。只有把延迟、吞吐量、抖动、CPU/内存占用和启动时间变成可追踪的工程指标，车载中间件才能在复杂工况下保持稳定与可预期。