learn
片段、开销与恢复：抢占不是免费的
理解帧抢占把大帧切成片段后，链路会出现额外开销、恢复状态和实现限制，不能只看 guard band 变小。
第六章：帧抢占降低阻塞IEEE 802.1QbuIEEE 802.3br16 分钟
本节学习目标
- 理解抢占后的 preemptable 帧需要被切片和恢复。
- 知道片段边界、额外开销和设备状态会影响收益。
- 能解释为什么抢占不能无条件打开。
建议先读
核心概念
fragmentationreassemblyMAC mergeoverhead
本章目录
- 01express 与 preemptable：抢占不是丢弃普通帧理解帧抢占中的两类 MAC 服务、片段边界和恢复过程，避免把抢占误解成粗暴打断。
- 02抢占与 guard band：更小阻塞换来新的复杂度分析帧抢占如何缩短 Qbv guard band，以及它带来的开销、协商和测试问题。
- 03片段、开销与恢复：抢占不是免费的理解帧抢占把大帧切成片段后，链路会出现额外开销、恢复状态和实现限制，不能只看 guard band 变小。
- 04抢占验证：怎样证明链路真的按 express/preemptable 工作学习验证帧抢占时要检查能力协商、队列映射、计数器、抓包和最坏阻塞，而不是只看配置开关。
- 05兼容性与协商：链路两端都同意，抢占才算成立理解帧抢占依赖链路两端能力、MAC Merge 状态和队列映射，混合设备网络不能只看单端配置。
- 06什么时候不该用抢占：复杂度也有成本学习判断帧抢占收益是否值得，包括链路速率、最大帧长、窗口宽度、设备支持、验证成本和故障排查复杂度。
解决什么问题
抢占让关键帧不用等完整普通大帧发完，但它不是把普通帧凭空冻结。可抢占帧需要被拆成片段，之后还要恢复成原始帧。这会带来额外开销和设备状态。
本节解决的是成本意识。抢占确实能减少最坏阻塞，但你要知道收益来自哪里，成本又落在哪里。
背景与直觉
可以把普通大帧想成一段长句子。抢占不是删除这段话，而是在合适位置插入关键消息，之后继续把剩下的话说完。为了让接收方知道如何拼回去，系统需要片段边界和恢复信息。
片段越小，express 帧等待越短；但片段太小，额外开销和处理频率也会上升。
怎么解决
评估抢占时，可以把收益和成本放在同一张表里。
| 维度 | 收益 | 成本 |
|---|---|---|
| 最坏阻塞 | 从完整大帧降低到片段级 | 需要片段和恢复机制 |
| guard band | 可以缩短 | 仍需留片段和误差余量 |
| 链路利用率 | 关键窗口前浪费减少 | 片段开销占用链路 |
| 设备实现 | express 更快插入 | 两端都要支持并协商 |
因此，抢占是否值得，取决于链路速率、最大普通帧、关键窗口长度、设备支持和验证成本。低速链路上的完整大帧阻塞更明显，抢占收益可能更大；高速链路上收益可能变小，但仍要看 deadline。
带来了什么新问题
抢占引入了兼容性和观测问题。链路两端是否都支持 MAC Merge？协商是否成功？某些端口是否只支持部分队列抢占？抓包和计数器是否能看出片段行为？
这些问题都会影响调度预算。如果你在预算里假设片段级阻塞，验证就必须证明设备真的进入了正确抢占状态。
检查点
- 抢占把“等完整大帧”变成“等片段”，但它新增了哪些开销？
- 为什么片段大小不能只按“越小越好”来选择？
掌握检查
读完本节后，先用下面这些问题校准自己，而不是只确认“看过了”。
- 1能说明抢占减少了哪类等待，又增加了哪些处理成本。
- 2能判断低速链路和高速链路上抢占收益为什么不同。