目录第 9 篇PCIe 是怎么“可靠传输”的一、Ack/Nak 机制为什么 PCIe 不会悄悄丢数据一、先给结论请刻在脑子里二、Ack/Nak 工作在哪一层三、核心思想快递 签收单正常流程Ack异常流程Nak四、Seq Num序列号Ack/Nak 的基础五、LCRC为什么能发现错误六、Ack 是怎么发的不是每个 TLP 都回七、Nak 是怎么发的精准打击八、Retry Buffer重传的“仓库”九、Ack/Nak 和 TCP 的区别常问十、一个非常关键的工程认知十一、为什么你“感觉不到”Ack/Nak十二、一句话总结本节约核心十三、工程师小贴士强烈建议加框十四、本篇结构第 9 篇 · 当前进度第 9 篇PCIe 是怎么“可靠传输”的一、Ack/Nak 机制为什么 PCIe 不会悄悄丢数据✅ 难度协议入门 · 可实战✅ 关键词Ack、Nak、Retry Buffer、DLP、Seq Num✅ 适合驱动工程师、FPGA、协议分析、稳定性调试一、先给结论请刻在脑子里**PCIe 的可靠性不是靠“链路绝对不出错”而是靠“出错一定能被发现并且能重传”。**这套机制就叫✅Ack/Nak确认 / 否认机制PCIe 是“尽力不丢丢了必救”二、Ack/Nak 工作在哪一层PCIe 有三层Ack/Nak只工作在数据链路层Data Link LayerTransaction Layer → TLP Data Link Layer → Ack/Nak本篇主角 Physical Layer → 比特流TLP 是“货物”Ack/Nak 是“签收单”三、核心思想快递 签收单把 PCIe 链路想象成一条快递专线TLP 包裹Seq Num 运单号Ack 签收成功Nak 拒签包裹损坏正常流程Ack发送端 ──TLP(#1)──▶ 接收端 发送端 ◀──Ack(#1)── 接收端含义“#1 号包裹收到了没问题。”异常流程Nak发送端 ──TLP(#2)──▶ 接收端 接收端 CRC 校验失败 发送端 ◀──Nak(#2)── 接收端 发送端 ──TLP(#2)──▶ 接收端 发送端 ◀──Ack(#2)── 接收端含义“#2 号包裹坏了重发一次。”Nak 强制重传四、Seq Num序列号Ack/Nak 的基础每一个 TLP在离开事务层进入数据链路层时都会被✅ 分配一个12-bit 序列号Sequence Number✅ 存入Retry Buffer重传缓冲区TLP#1 → Seq1 → Retry Buffer TLP#2 → Seq2 → Retry Buffer TLP#3 → Seq3 → Retry BufferSeq Num 用来唯一标识一个 TLP五、LCRC为什么能发现错误接收端收到 TLP 后会计算LCRCLink CRC和 TLP 携带的 LCRC 比对结果动作一致上交事务层不一致丢弃发送 NakLCRC 是“链路级校验”只管这一段路六、Ack 是怎么发的不是每个 TLP 都回PCIe不会为每个 TLP 单独回 Ack而是✅累计确认Cumulative Ack例如接收端已正确收到 TLP#1 ~ TLP#4 发送端 ◀──Ack(#4)── 接收端含义“#4 及之前的所有 TLP 我都收到了。”Ack(#N) 我已经拿到 N 号及以前的所有包裹七、Nak 是怎么发的精准打击当接收端发现某个 TLP 出错时丢弃坏 TLP发送Nak(N)N 是第一个出错 TLP 的 Seq Num例如收到 TLP#5坏 发送端 ◀──Nak(#5)── 接收端发送端动作从 Retry Buffer 取出 TLP#5重传 TLP#5 及之后所有 TLP重新等待 AckNak 会触发“从错误点开始的批量重传”八、Retry Buffer重传的“仓库”发送端必须维护一个Retry Buffer特性说明容量有限几十~几百个 TLP内容已发送但未 Ack 的 TLP释放条件收到 Ack满的后果Flow Control 停止发送Retry Buffer 是 PCIe 可靠性的“代价”九、Ack/Nak 和 TCP 的区别常问对比项PCIe Ack/NakTCP层级链路层传输层范围相邻设备端到端重传从错误点开始从错误点开始确认方式累计确认累计确认是否面向连接✅✅是否跨 Switch❌✅PCIe 的 Ack/Nak 是“逐跳的”不是“端到端的”十、一个非常关键的工程认知❗Ack/Nak 只保证“链路级可靠”不保证“事务级成功”。例如TLP 成功送达设备 ✅但设备内部地址错误 ❌Ack 仍然会返回 ✅Ack ≠ 设备操作成功十一、为什么你“感觉不到”Ack/Nak因为硬件自动完成驱动完全无感知协议分析仪才看得到但在以下情况下你会“间接感受到”现象可能原因带宽抖动频繁 Nak延迟升高重传链路不稳定LCRC 错误LTSSM 频繁训练物理层问题Ack/Nak 是 PCIe 的“隐形保镖”十二、一句话总结本节约核心**Ack/Nak 是 PCIe 数据链路层的“签收机制”Seq Num 编号LCRC 验货Ack 签收Nak 重发。**十三、工程师小贴士强烈建议加框⚠️ 调试 PCIe 链路稳定性时请记住“Ack/Nak 看不到不等于没发生。”如果你看到吞吐量上不去延迟抖动协议分析仪里有 Nak优先查信号质量眼图链路速率降速测试Retry Buffer 是否频繁满90% 的 Nak都是物理层惹的祸。十四、本篇结构第 9 篇 · 当前进度一、Ack/Nak 机制本节 二、Flow Control 一句话解释下节 三、为什么 PCIe 不会丢数据总结篇
目录第 9 篇PCIe 是怎么“可靠传输”的一、Ack/Nak 机制为什么 PCIe 不会悄悄丢数据一、先给结论请刻在脑子里二、Ack/Nak 工作在哪一层三、核心思想快递 签收单正常流程Ack异常流程Nak四、Seq Num序列号Ack/Nak 的基础五、LCRC为什么能发现错误六、Ack 是怎么发的不是每个 TLP 都回七、Nak 是怎么发的精准打击八、Retry Buffer重传的“仓库”九、Ack/Nak 和 TCP 的区别常问十、一个非常关键的工程认知十一、为什么你“感觉不到”Ack/Nak十二、一句话总结本节约核心十三、工程师小贴士强烈建议加框十四、本篇结构第 9 篇 · 当前进度第 9 篇PCIe 是怎么“可靠传输”的一、Ack/Nak 机制为什么 PCIe 不会悄悄丢数据✅ 难度协议入门 · 可实战✅ 关键词Ack、Nak、Retry Buffer、DLP、Seq Num✅ 适合驱动工程师、FPGA、协议分析、稳定性调试一、先给结论请刻在脑子里**PCIe 的可靠性不是靠“链路绝对不出错”而是靠“出错一定能被发现并且能重传”。**这套机制就叫✅Ack/Nak确认 / 否认机制PCIe 是“尽力不丢丢了必救”二、Ack/Nak 工作在哪一层PCIe 有三层Ack/Nak只工作在数据链路层Data Link LayerTransaction Layer → TLP Data Link Layer → Ack/Nak本篇主角 Physical Layer → 比特流TLP 是“货物”Ack/Nak 是“签收单”三、核心思想快递 签收单把 PCIe 链路想象成一条快递专线TLP 包裹Seq Num 运单号Ack 签收成功Nak 拒签包裹损坏正常流程Ack发送端 ──TLP(#1)──▶ 接收端 发送端 ◀──Ack(#1)── 接收端含义“#1 号包裹收到了没问题。”异常流程Nak发送端 ──TLP(#2)──▶ 接收端 接收端 CRC 校验失败 发送端 ◀──Nak(#2)── 接收端 发送端 ──TLP(#2)──▶ 接收端 发送端 ◀──Ack(#2)── 接收端含义“#2 号包裹坏了重发一次。”Nak 强制重传四、Seq Num序列号Ack/Nak 的基础每一个 TLP在离开事务层进入数据链路层时都会被✅ 分配一个12-bit 序列号Sequence Number✅ 存入Retry Buffer重传缓冲区TLP#1 → Seq1 → Retry Buffer TLP#2 → Seq2 → Retry Buffer TLP#3 → Seq3 → Retry BufferSeq Num 用来唯一标识一个 TLP五、LCRC为什么能发现错误接收端收到 TLP 后会计算LCRCLink CRC和 TLP 携带的 LCRC 比对结果动作一致上交事务层不一致丢弃发送 NakLCRC 是“链路级校验”只管这一段路六、Ack 是怎么发的不是每个 TLP 都回PCIe不会为每个 TLP 单独回 Ack而是✅累计确认Cumulative Ack例如接收端已正确收到 TLP#1 ~ TLP#4 发送端 ◀──Ack(#4)── 接收端含义“#4 及之前的所有 TLP 我都收到了。”Ack(#N) 我已经拿到 N 号及以前的所有包裹七、Nak 是怎么发的精准打击当接收端发现某个 TLP 出错时丢弃坏 TLP发送Nak(N)N 是第一个出错 TLP 的 Seq Num例如收到 TLP#5坏 发送端 ◀──Nak(#5)── 接收端发送端动作从 Retry Buffer 取出 TLP#5重传 TLP#5 及之后所有 TLP重新等待 AckNak 会触发“从错误点开始的批量重传”八、Retry Buffer重传的“仓库”发送端必须维护一个Retry Buffer特性说明容量有限几十~几百个 TLP内容已发送但未 Ack 的 TLP释放条件收到 Ack满的后果Flow Control 停止发送Retry Buffer 是 PCIe 可靠性的“代价”九、Ack/Nak 和 TCP 的区别常问对比项PCIe Ack/NakTCP层级链路层传输层范围相邻设备端到端重传从错误点开始从错误点开始确认方式累计确认累计确认是否面向连接✅✅是否跨 Switch❌✅PCIe 的 Ack/Nak 是“逐跳的”不是“端到端的”十、一个非常关键的工程认知❗Ack/Nak 只保证“链路级可靠”不保证“事务级成功”。例如TLP 成功送达设备 ✅但设备内部地址错误 ❌Ack 仍然会返回 ✅Ack ≠ 设备操作成功十一、为什么你“感觉不到”Ack/Nak因为硬件自动完成驱动完全无感知协议分析仪才看得到但在以下情况下你会“间接感受到”现象可能原因带宽抖动频繁 Nak延迟升高重传链路不稳定LCRC 错误LTSSM 频繁训练物理层问题Ack/Nak 是 PCIe 的“隐形保镖”十二、一句话总结本节约核心**Ack/Nak 是 PCIe 数据链路层的“签收机制”Seq Num 编号LCRC 验货Ack 签收Nak 重发。**十三、工程师小贴士强烈建议加框⚠️ 调试 PCIe 链路稳定性时请记住“Ack/Nak 看不到不等于没发生。”如果你看到吞吐量上不去延迟抖动协议分析仪里有 Nak优先查信号质量眼图链路速率降速测试Retry Buffer 是否频繁满90% 的 Nak都是物理层惹的祸。十四、本篇结构第 9 篇 · 当前进度一、Ack/Nak 机制本节 二、Flow Control 一句话解释下节 三、为什么 PCIe 不会丢数据总结篇
)
)
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
