📚 课程目录第4章支持CXL的CPU平台介绍（Intel Xeon, AMD EPYC等）

4. 支持CXL的CPU平台介绍（Intel Xeon, AMD EPYC等）

好，聊完了CXL协议本身，咱们得看看真正跑这些玩意儿的“车”——也就是CPU平台。毕竟CXL再厉害，也得CPU支持才行。我这些年经手了不少CXL项目，说实话，选错CPU平台，后面部署CXL内存扩展就是给自己挖坑。

Intel是CXL的早期推动者之一。在第四代至强（Sapphire Rapids）里，CXL 1.1就正式上车了。我个人习惯把这一代称为“CXL尝鲜版”，因为虽然功能有了，但有些地方还不够完善。

关键信息：Intel至强中真正大规模铺开CXL支持的是第四代（Sapphire Rapids）和第五代（Emerald Rapids）。第六代（Granite Rapids）会原生支持CXL 3.0，但那是明年的事了。

我记得在2023年初，帮一个金融客户做POC，用的就是Sapphire Rapids。当时主要问题集中在：

到了第五代Emerald Rapids，这些坑基本都填平了。CXL 1.1的稳定性大幅提升，而且Intel优化了内存控制器与CXL控制器之间的带宽分配。

Intel至强代际	CXL版本	发布日期	每CPU CXL链路数
第四代（Sapphire Rapids）	CXL 1.1	2023年Q1	8
第五代（Emerald Rapids）	CXL 1.1	2023年Q4	8
第六代（Granite Rapids）	CXL 3.0（预计）	2025年	待确认

AMD在CXL上起步比Intel慢了一点，但我个人觉得他们的底盘打得更扎实。第四代EPYC（Genoa）从第一版硅片起就完整支持CXL 1.1+，而且把CXL内存扩展器和标准DDR5通道统一调度——这才是专业做法。

为什么说这很重要？你想想看，Intel在早期是把CXL内存和本地DDR内存当成两套独立系统管理的，需要额外的驱动来做内存插层。而AMD直接从内存控制器层面做了归一化。

一个小经验：如果用AMD EPYC Genoa来做CXL内存扩展器，你可以直接在BIOS里把CXL内存和本地DDR5配置成同一NUMA节点，对上层应用完全透明。我在一个HPC集群里这么配过，性能一致性比Intel同期的配置好很多。

当前AMD的主力CXL平台：

咱们直接看对比表，一目了然：

我个人的观点是：如果你主要做内存扩展（Type 3设备），AMD的内存控制器设计更省心；如果CXL主要用来做缓存一致性互联（Type 1/2），Intel的生态工具有更多选择。

不管用哪家的CPU，上生产线之前我建议你三件事：

固件版本：CXL支持严重依赖BIOS/BMC/ME固件版本。我曾经遇到一个项目，BIOS版本没更新，CXL设备一直训练失败，白折腾了两天。后来升级固件，一次点亮。
PCIe bifurcation支持：CXL控制器本质上是PCIe 5.0的变种，需要主板支持x16拆分成x8+x8或x4+x4+x4+x4。很多服务器默认不支持这种拆分，得在BIOS里手动改。
物理槽位限制：不是所有PCIe槽位都能跑CXL。一般只有靠近CPU的槽位才支持。我建议拿主板的CXL支持矩阵来对照，别随便插个槽位就开工。

这里有个大坑：即使CPU和主板都标称支持CXL，实际部署时也可能因为PCIe拓扑问题导致CXL内存扩展器的带宽打折扣。我之前遇到过扩展器插在第二个PCIe桥下，结果走了额外的QPI/IF链路，延迟直接翻倍。必须插在直连CPU的根端口上。

下面这张图把两大CPU阵营对CXL的支持架构画出来了。你可以看到从根端口到CXL扩展器的完整路径，以及两者在内存控制策略上的区别：

当你要给CXL项目选CPU时，我建议按这个思路来评估：