4. 网关性能指标体系与SLA定义
在 S32G 网关的容量工程中，性能指标不是一组孤立的数字，而是业务 SLA 到可测工程量的映射结果。业务侧关心的是“车控指令 20 ms 内到达”“OTA 下载不中断”“整车唤醒后 200 ms 内可通信”，而测试侧能采集的是端口吞吐、P99 时延、抖动、丢包计数、并发连接数、每秒新建连接数、结温和功耗。指标体系的价值就在于把前者翻译成后者，并明确每个指标的测量点、统计口径和判定门限。
一、八类核心指标及其工程含义
吞吐量是单位时间内成功转发的有效载荷，必须区分“线速吞吐”和“有效吞吐”。S32G 的 PFE 与 L2 交换路径在 1 Gbps 端口上可接近线速，但一旦进入 Linux 协议栈做 NAT、VLAN 转换或应用层解析，吞吐会明显下降。因此吞吐指标要绑定转发模式：纯二层桥接、三层路由、带防火墙过滤、带应用层协议转换，四者的基线完全不同。测试时通常用双向 UDP 大包测上限，再用 IMIX 混合包型测真实业务分布下的吞吐。
时延必须用分位数表达，平均值会掩盖长尾。工程上关注 P50、P99、P999 三个点：P50 反映典型体验，P99 反映多数用户会遇到的最差情况，P999 反映极端抖动。时延测量点要明确是“单向时延”还是“往返时延”，S32G 网关内部还要区分“入端口到出端口”的转发时延和“应用处理时延”。
抖动是时延的变化程度，通常用相邻报文时延差的标准差或 P99 与 P50 之差表示。对音视频流和周期性控制报文，抖动比绝对时延更致命。S32G 上抖动的主要来源是队列调度、中断合并和 CPU 抢占，测试时应关闭或固定这些变量再观察基线。
丢包率要在明确负载条件下测量，孤立地说“丢包率 0.01%”没有意义。正确做法是给出“在 800 Mbps 双向 IMIX 负载下，持续 300 s，丢包率 ≤ 0.01%”。丢包还要区分拥塞丢包、校验错误丢包和缓冲区溢出丢包，三者的排查方向完全不同。
连接数与新建速率是网关作为有状态设备的关键容量指标。连接数指同时维持的会话表项数量，新建速率指每秒能建立的会话数。S32G 的会话表受 DDR 容量和 conntrack 哈希桶数量约束，新建速率则受 CPU 中断处理和协议栈路径长度约束。两者往往不能同时达到峰值，需要给出组合门限。
功耗与热约束是车载网关特有的硬指标。S32G 在不同负载下功耗差异显著，而网关通常安装在密闭或风冷受限的 ECU 壳体内。因此性能指标必须附带环境条件：环境温度 85 ℃、无强制风冷、结温不超过 125 ℃ 时，可持续维持的吞吐和连接数是多少。超过热约束后，芯片会降频，性能指标随之劣化，这个拐点必须测出来。
二、把 SLA 翻译成可测指标的四个动作
第一步是拆解业务语句。以“车控指令 20 ms 内到达”为例，需要拆成：时延类型（单向）、测量点（源 ECU 发出到目标 ECU 收到）、统计口径（P99 还是全部）、负载条件（多少路并发、包长分布）、环境条件（温度、供电）。拆完后会发现，原始 SLA 缺少至少三个约束，必须补齐才能测试。
第二步是绑定负载模型。指标必须和负载一起定义。建议用 IMIX 分布：64 B 占 60%、512 B 占 25%、1500 B 占 15%，这比纯大包更接近车载以太网的真实流量。同时明确双向还是单向、是否开启 VLAN、是否经过防火墙。S32G 上还要注明流量走 PFE 硬件路径还是 Linux 软件路径。
第三步是设定门限与优先级。不是所有指标都同等重要。对安全相关报文，时延和丢包是一票否决项；对 OTA 下载，吞吐和连接稳定性优先；对诊断报文，新建速率和连接数更关键。建议给每个指标标注“硬门限”和“软门限”，硬门限超标直接判定不通过，软门限超标记录并观察趋势。
第四步是定义测量方法与工具。吞吐用 iperf3 或专用打流仪，时延用硬件时间戳或 PTP 同步后的抓包分析，丢包用端口计数器与协议栈统计交叉验证，连接数和新建速率用 conntrack 计数与客户端并发脚本，功耗用可编程电源或电流探头，结温用芯片内部温度传感器或热像仪。每个指标都要写清楚采样周期和统计窗口。
三、一份可执行的 SLA 指标定义表
下表给出一个车载网关的示例定义，参数为教学假设值，实际项目需根据整车需求和实测基线调整。
| 业务场景 | 指标 | 测量点 | 负载条件 | 门限（示例） | 判定类型 |
|---|---|---|---|---|---|
| 车控指令 | 单向时延 P99 | 源 ECU 发出 → 目标 ECU 收到 | 200 路周期报文，64 B | ≤ 20 ms | 硬门限 |
| 车控指令 | 丢包率 | 出端口计数器 | 同上，持续 300 s | ≤ 0.001% | 硬门限 |
| OTA 下载 | 吞吐量 | 网关转发路径 | 双向 IMIX，1 Gbps 端口 | ≥ 800 Mbps | 软门限 |
| 视频回传 | 抖动 | 接收端相邻报文时延差 | 4 路 1080p，1500 B | ≤ 1 ms | 硬门限 |
| 整车唤醒 | 新建速率 | conntrack 每秒新增 | 500 客户端并发建连 | ≥ 5 000 conn/s | 硬门限 |
| 多路并发 | 连接数 | conntrack 表项数 | 持续建连至稳定 | ≥ 20 000 | 软门限 |
| 高温运行 | 结温 | 芯片温度传感器 | 85 ℃ 环境，满载 30 min | ≤ 125 ℃ | 硬门限 |
| 功耗预算 | 整板功耗 | 电源输入端 | 典型业务负载 | ≤ 8 W | 软门限 |
四、常见误区与注意事项
误区一：用平均值代替分位数。平均时延 3 ms 可能掩盖 P99 达到 50 ms 的事实，而 SLA 通常约束的是最差体验。
误区二：指标脱离负载和环境。“吞吐 1 Gbps”如果不说明包长、方向、温度和固件版本，无法复现也无法比较。
误区三：忽略热拐点。S32G 在高温下降频后，吞吐和时延会同时劣化，必须把热约束作为性能包线的一部分。
误区四：连接数与新建速率混为一谈。两者受不同资源约束，必须分别测量并给出组合门限。
把 SLA 转化为可测指标，本质上是把模糊的业务期望变成一组带条件的、可复现的、可判定的工程数字。完成这一步之后，后续的压测脚本、数据采集和容量判定才有统一的依据。建议在项目早期就冻结指标定义表，任何变更都走版本记录，避免测试结果因口径不一致而无法对比。