3. CHI事务层详解：事务类型、原子操作、Ordering模型、Completion机制
好，咱们进入CHI协议最核心的部分——事务层。说实话，很多工程师学CHI学到一半就放弃了，就是因为事务层的概念太抽象。我当年刚接触CMN-600时，也被这些事务类型和Ordering模型搞得晕头转向。但别怕，咱们今天把它拆开揉碎了讲。
3.1 事务类型：CHI的“指令集”
CHI的事务类型，说白了就是互连网络能理解的“指令”。每个事务都有一个明确的Opcode，告诉互连网络你要干什么。
我个人习惯把事务分成三大类：
- 读取事务（Read）：从某个地址拿数据
- 写入事务（Write）：往某个地址写数据
- 原子事务（Atomic）：读-改-写，一气呵成
嗯，这里要注意，CHI的读取事务比你想的复杂。它不光有ReadOnce，还有ReadNoSnp、ReadShared、ReadUnique等等。为什么搞这么多？
你想想看，一个CPU core发起的读请求，它可能只是想看看数据（不需要缓存），也可能想拿回来缓存起来（以后还要用）。不同的场景，互连网络的处理方式完全不同。
我在项目中遇到过一个问题：某个加速器发起了ReadOnce事务，但系统里另一个master却期待它用ReadShared。结果数据一致性出了问题，排查了两天才找到根因。所以，选对事务类型真的很重要。
3.2 原子操作：别让数据“撕裂”
原子操作，是CHI事务层里我最喜欢讲的部分。为什么？因为很多芯片设计者在这里栽过跟头。
原子操作的核心思想是：一个操作要么全部完成，要么完全不执行。在CHI里，原子操作分为两种：
| 类型 | 描述 | 典型场景 |
|---|---|---|
| AtomicStore | 原子写入，不返回旧值 | 计数器递增、锁释放 |
| AtomicLoad | 原子读取并修改，返回旧值 | 自旋锁、CAS操作 |
我曾经在一个多核处理器项目中，发现一个锁变量被两个core同时操作，结果锁的值变成了“半新半旧”。嗯，这就是典型的“撕裂”问题。CHI的原子操作就是为了防止这种情况。
CHI支持的原子操作包括：
- Add：原子加
- Clr：原子清零
- Set：原子置位
- EOR：原子异或
- SWP：原子交换
- CAS：比较并交换（Compare And Swap）
3.3 Ordering模型：谁先谁后？
Ordering模型，说白了就是事务的执行顺序。CHI支持两种Ordering模型：
- 弱排序（Weakly Ordered）：事务可以乱序执行，只要不违反依赖关系
- 强排序（Strongly Ordered）：事务必须按程序顺序执行
你可能会问：为什么不用强排序？简单，因为强排序太慢了。你想想看，如果每个写操作都要等前一个写操作完成，那流水线就卡死了。
CHI的Ordering模型通过OrderID来管理。每个事务都带一个OrderID，互连网络根据OrderID决定事务的执行顺序。
我记得有一次调试一个性能问题，发现某个master把所有事务都用了同一个OrderID。结果互连网络变成了“单通道”，性能直接腰斩。后来改成每个线程用不同的OrderID，性能就上来了。
3.4 Completion机制：事务的“结束符”
每个事务都需要一个明确的完成信号。CHI的Completion机制分为两种：
| 类型 | 含义 | 典型事务 |
|---|---|---|
| CompData | 完成并返回数据 | ReadOnce、ReadShared |
| Comp | 仅完成，无数据返回 | WriteNoSnp、AtomicStore |
嗯，这里有个容易踩的坑：CompAck。有些事务（比如WriteBack）需要接收端发送一个CompAck，表示“我已经处理完了”。如果你忘了处理CompAck，事务就会一直挂在那里，最终导致死锁。
3.5 知识体系图
下面我用一张SVG图来总结CHI事务层的核心知识体系。这张图我画了很多遍，每次讲课时都会用它。
这张图把事务层分成了四个模块。你仔细看，它们之间是有依赖关系的。比如，原子操作需要特定的Completion机制，Ordering模型会影响事务类型的选择。
好了，CHI事务层的内容就讲到这里。记住，事务层是CHI协议的“大脑”，理解了它，你就掌握了CHI的精髓。
公众号:蓝海资料掘金营，微信deep3321