1. 课程导入与基准测试全景
在数据中心网络的设计与运维中，交换芯片的性能从来不是单一数字能够概括的。Broadcom 的 StrataXGS、Trident、Tomahawk 系列芯片被广泛部署于 ToR、Leaf、Spine 等不同层级，但同一颗芯片在不同封装、不同 SerDes 配置、不同软件版本下，其可交付的吞吐、时延与缓冲表现可能相差甚远。因此，本课程要建立的第一个共识是：基准测试不是“跑个分”，而是用可复现的方法，把芯片与整机在特定条件下的真实能力量化出来，并映射到容量规划与选型决策上。
测试对象：从芯片到整机再到网络
Broadcom 数据中心交换芯片本身并不直接对外提供服务，它需要与 SerDes、PCB、光模块、风扇、电源以及 SDK/SAI 软件栈共同构成一台可运行的交换机。因此基准测试的对象通常分为三个层次：
- 芯片级：关注交换容量、包处理流水线、共享缓冲、表项规模（MAC、路由、ACL、ECMP 等）以及内部调度机制。这一层多通过厂商 SDK 或仿真环境验证。
- 整机级：关注端口线速转发、时延、丢包、功耗与散热，是选型时最常被引用的数据来源。
- 网络级：关注多台设备组网后的端到端性能，例如 ECMP 哈希效率、拥塞控制响应、RoCE 无损网络表现。
本课程以整机级测试为主线，同时向下延伸到芯片级参数，向上覆盖典型组网场景。典型设备包括基于 Tomahawk 4/5 的 25.6T/51.2T 盒式交换机、基于 Trident 4 的 12.8T 接入交换机，以及配套的 100G/400G 光模块与测试仪。
性能指标维度：不止是“多少 Tbps”
很多初学者会把交换容量等同于性能，但实际评估中至少需要同时观察以下维度：
| 维度 | 典型指标 | 对业务的意义 |
|---|---|---|
| 吞吐 | 线速转发、无丢包带宽 | 决定集群东西向流量上限 |
| 时延 | 空载时延、加载时延、P99 | 影响分布式训练与存储响应 |
| 缓冲 | 共享缓冲大小、动态阈值 | 决定突发吸收与拥塞容忍度 |
| 表项 | MAC/路由/ACL/ECMP 规模 | 决定可支撑的租户与路由数量 |
| 可靠性 | 误码率、链路倒换时间 | 影响 SLA 与故障恢复 |
| 能效 | 每 Gbps 功耗、散热余量 | 影响机房 PUE 与部署密度 |
这些指标之间存在耦合。例如增大共享缓冲可以提升突发吸收能力，但可能推高空载时延；启用更多 ACL 表项会占用 TCAM，可能影响转发路径。因此基准测试必须明确“在什么配置下、测什么、如何判定通过”。
基准测试在容量规划与选型中的作用
容量规划的核心问题是：当前网络能否在可接受的时延与丢包范围内承载未来 12～24 个月的流量增长？基准测试提供的是“单位设备能力”的量化输入。例如，一台 64×400G 交换机在 IMIX 流量下实测无丢包吞吐为 48 Tbps，那么在设计 Spine 层时，就需要根据收敛比和冗余要求反推所需设备数量。
选型时则更关注差异化指标。同样是 400G 平台，不同厂商在缓冲分配、ECN 阈值、PFC 死锁防护、RoCE 时延上的实现差异，会直接影响 AI 训练集群的吞吐效率。基准测试的价值在于把这些差异变成可比较的数据，而不是停留在规格书上的理论峰值。
本课程的工具链与测试方法
本课程将使用一套可复现的工具链：硬件侧包括 Spirent TestCenter 或 IXIA 网络测试仪、光模块与光纤跳线、功率计；软件侧包括交换机 SDK/SAI 接口、ethtool、perftest（RoCE 场景）、sflowtool 以及厂商提供的诊断命令。测试方法遵循 RFC 2544 与 RFC 2889 的基本框架，同时针对数据中心场景补充 IMIX、RoCE 与拥塞控制测试。
下面这张图展示了从测试对象、指标维度到决策输出的整体关系，帮助你在进入具体实验前建立全局视角。
从图中可以看到，测试对象决定了指标的采集方式，指标又直接服务于容量规划与选型。工具链贯穿始终，而标准与流量模型则保证结果可复现。在后续章节中，我们会逐一展开每个维度的测试方法、参数设置与结果判读，最终形成一套可落地的基准测试流程。