1. 互连技术前沿，为什么要盯紧Hot Interconnects
IEEE Hot Interconnects（通常简称HotI）是我们这个圈子里比较硬核的一个会。每年八月前后，处理器互连、高速网络接口、CXL内存池化、光互连、chiplet封装互连这些方向的研究者会凑到一起，拿出各自最新的实测数据和系统设计，互相“对答案”。市面上可能很少看到这个会的新闻稿，但很多新设备的架构雏形，往往就在这些论文里提前一两年露出痕迹。对我来说，它既是一份行业雷达图，也是给方案选型找依据的公开数据库。
如果你正在做AI集群的网络规划、高速网卡驱动、PCIe/CXL子系统验证，或者单纯想了解未来一两年互连技术会怎么演进，Hot Interconnects 2025和2026的会议资料是目前很值得跟进的信息源。这篇文章会从会议背景、近年热点、2026年值得关注的方向、资料获取和检索方法、论文阅读技巧以及常见坑位几个方面展开，尽量把那些只有实际翻过论文集才会注意到的方法和细节都讲一遍。
2. 先把会议底细摸清楚
2.1 它从哪来，为什么值得关注
Hot Interconnects是IEEE组织的关于高性能处理器互连的专题研讨会，最早可以追溯到上世纪90年代。跟很多追求论文数量的大会不同，HotI特意控制规模，只接收与互连技术强相关的投稿，而且有不少论文来自头部芯片公司、网络设备厂商以及顶尖高校实验室。这样的设置保证了每一篇论文都围绕工程实现展开，很少出现那种“模拟环境里跑得很好，一落地就废”的空洞理论。
这个会的核心议题大致可以分成三类：第一类是物理层和链路层技术，比如PCIe/以太网/InfiniBand的调制方式、纠错码、链路训练；第二类是系统级互连，比如CXL内存池化、chiplet之间的UCIe互连、交换机调度器设计；第三类是网络协议和应用，比如拥塞控制、路由算法、聚合通信优化。正因为它覆盖了从芯片到机群的整个链路，所以对做系统和做芯片的人都有参考价值。
2.2 它跟Hot Chips、SCNet的区别
刚入行的朋友经常把Hot Interconnects和Hot Chips搞混。Hot Chips更像“产品发布会”，重点展示新处理器的内部架构、微架构思路，比如某个CPU支持多少通道DDR5、某块AI芯片的SM分区策略。而Hot Interconnects更关注“芯片之间怎么连”，同样一块芯片，用PCIe还是CXL连对外设备，内部NoC怎么跟外部SerDes对接，这才是HotI会认真讨论的话题。
SC（Supercomputing）会议也涉及互连，但偏重超算系统、并行应用和基准测试。如果你要评估一个互连方案在真实应用负载下的表现，SC论文的参考价值很高；但如果要深度了解某一个具体协议的实现细节与取舍，HotI的内容更对胃口。简单说，Hot Chips告诉你“我做了什么”，HotI告诉你“我为什么要这样做、做的时候踩了哪些坑”。
3. 2025年：CXL和光互连的高光时刻
3.1 CXL从协议走向经济账
2025年的Hot Interconnects上，CXL相关稿件依旧占了大头，但讨论重点已经明显偏移。早几年大家还在对比CXL 2.0和3.0的规格差异、Cache模式vs内存模式优缺点；今年更多论文开始回答一个更现实的问题：CXL内存池化到底划不划算。这里说的划算不仅是带宽提升，还包括投资回报、故障域隔离、系统管理复杂度。你会发现很多论文会在实验里刻意设定不同内存分配策略，然后给出延迟和吞吐的对比曲线。
读这部分论文时，我建议把目光放在实验配置上。CXL的性能受缓存策略、交织粒度、多级交换拓扑的影响极大，论文A可能是相同配置下内存带宽提升2.5倍，论文B可能说在混合负载下性能反而下降。这两者并不矛盾，关键要看场景。把实验负载、内存页面大小、CPU型号、是否开启缓存这些细节标注清楚，再对比结论才有意义。
3.2 光互连的“最后一公里”
2025年另一个很热的点是共封装光学（CPO）和近封装光学（NPO）。传统光模块在交换机前端走线，功耗高且密度受限；光互连想解决的问题是，把光引擎直接贴近交换芯片，缩短电信号路径，从而提升带宽密度、降低单位比特能耗。HotI上相关论文比较多会涉及硅光工艺、激光器可靠性、耦合对准精度，以及最现实的散热问题。
对这个方向，我建议非光学背景的读者重点抓三个数字：能效（pJ/bit）、带宽密度（Tbps/mm）和良率成本。把不同论文里的这三项抓出来，做成一个横向对比表，你会很快看到技术路线正在向哪个工艺节点迁移，比如从可插拔光模块到CPO再到NPO，每一步到底解决了什么问题。这比通读全文更高效。
3.3 PCIe与网络协议栈的细节
PCIe 6.0已经进入普及期，PCIe 7.0的规范讨论也开始多起来，所以HotI 2025有一批论文集中在PAM4信号完整性、Retimer均衡策略、链路误码率检测与纠错机制上。这些论文对板级硬件工程师特别友好，因为规格书只告诉你“参数必须满足某个范围”，但没办法告诉你怎么在真实PCB走线下调试到这个范围，而论文里往往包含了很多仿真和实测的经验数据。
网络协议栈方面，面向AI训练的RoCE和InfiniBand依然是重要话题。这类论文的争论焦点集中在拥塞控制上，是维持端到端时延优先还是保证全局公平性，不同方案给出的取舍不一样。对做网络驱动或协议栈优化的同行来说，看完论文再动手改参数，比自己盲目试错要省太多时间。
4. 2026年：提前锁定哪些方向
4.1 能效与可持续发展：技术指标用户化
到了2026年，能效已经不是一个“加分项”，而是硬性约束。当前数据中心每个机柜的供电和散热资源都有天花板，互连技术如果不能在每比特能耗上做减法，算力做再高也堆不上去。所以2026年的HotI我很可能会看到更多把pJ/bit当作第一KPI的论文，而不是单纯拼峰值带宽。这其实给了不同技术路线一个公平比较的平台：电互连和光互连在哪些距离上能耗交叉，PCIe与CXL在哪种负载下能效更优。
做技术选型的人可以提前把能耗模型补上，不要只看带宽规格。我在实际预研中吃过亏，早期对比方案只看了单lane速率，忽略了对端重定时器功耗和散热附带开销，结果整机功耗预算差点超限。现在我会在对比表里加一列“系统级能效”，把PHY、协议逻辑、配套散热都估算进去，才能反映真实情况。
4.2 安全性：PCIe/CXL生态的短板补齐
互连安全问题在HotI历史上不算主流，但随着CXL内存池化、异构设备共享、数据在多个加速卡间直接传输，攻击面只能越来越大。2026年预计会出现更多在事务层加密、链路层访问控制、设备租户间隔离方面的论文。以前我们讨论安全时只觉得网络边界做好就行，内存池化之后，一个恶意设备完全可以借助CXL交换结构窥探别人的内存块，这个威胁需要在互连协议层解决。
如果你做虚拟化或者容器安全，建议提前关注这个方向。现在可以翻前面两年HotI、IEEE Micro以及OSDI关于内存安全、设备直通安全的内容，大概率能拼出一个明年论文的轮廓。硬件安全的特点是“设计一旦流片就定死了”，所以最好在架构初期就把隔离机制加进去，靠软件打补丁又慢又损失性能。
4.3 AI大模型带来的组网悖论
AI集群的网络模式正在发生变化。大模型训练不再只是简单的AllReduce通信模式，而是混入了细粒度专家并行、动态稀疏路由、断点续训时的检查点同步，这些流量特征相差很大。以太网和InfiniBand都在努力兼顾“通用性”和“为大流量开快速通道”，这是一个很难解的悖论。2026年的HotI大概率会出现一系列关于融合以太网、可编程数据平面、链路拓扑优化的论文，目标都是让网络自适应不同通信模式。
对这一块，我建议大家先区分清楚自己是网络使用者还是网络设计者。使用者只需要看懂每篇论文的最终收益和改造成本；设计者则要把论文里的调度器、拥塞控制算法和排队模型吃透，再决定要不要移植到自己的仿真环境里。两种角色关注重点不一样，不要混淆。
5. 怎么拿到这些资料：正经渠道
5.1 IEEE Xplore是主阵地
绝大多数Hot Interconnects论文最终都会被IEEE Xplore收录，且配有DOI。会议正式结束之后，论文上线通常有几周延迟，急着看可以先盯会议官网的Accepted Papers列表。IEEE Xplore不是所有文献都开放下载，能不能拿到全文取决于你所在的学校或公司有没有订阅。在校学生可以走学校图书馆的远程访问通道，职场人士可以问公司研发部门或知识产权部门要数据库权限，这都是正规手段。
我个人的检索习惯是打开IEEE Xplore的高级检索，在“Publication Title”一栏填Hot Interconnects，再用年份和主题词做二次筛选。直接在主搜索框里输入“Hot Interconnects”也能找到结果，但会混入很多无关的普通“互连”论文，排序还很乱。高级检索看着多一步，实际上省下的时间远不止这一点。
5.2 会议官网和作者主页
除了IEEE Xplore，Hot Interconnects的会议官网会在会前放出完整的Technical Program，会后也会陆续挂出一些报告PPT和Poster摘要。有些作者还会把slides分享到个人主页、ResearchGate或公司博客。想看工程系统框图，slides往往比论文正文更直观，因为它省略了细枝末节的推导过程，直接给出模块划分、关键参数和实测曲线。
这里提醒一下，作者主页上的版本可能是提交版或最终版之前的草稿，引用时最好确认与IEEE Xplore正式版一致。尤其是页码、图片编号、作者顺序这些细节，投论文和写技术报告被期刊编辑较真起来很麻烦。比较省事的做法是：先用作者主页版本快速阅读，最终引用时回IEEE Xplore下载官方PDF。
5.3 高效搜索词组合
如果你有明确的研究方向，不要只靠浏览“论文集”来找文章。直接用主题关键词检索更容易命中，比如下面几组：
- “CXL” AND “memory pooling” AND “interconnect”
- “co-packaged optics” AND “switch”
- “UCIe” AND “chiplet”
- “congestion control” AND “RDMA”
- “PCIe” AND “retimer” AND “signal integrity”
在IEEE Xplore里，这些关键词可以配合时间筛选器和会议筛选器使用。Google Scholar也是很好的补充，但要注意经常会有非官方PDF版本挂在各种转载网站上，来源不明的内容不要盗用或转发。文献引用以IEEE Xplore或作者主页的正式版本为准。
6. 读论文、抽参数为主线
6.1 抓系统级架构图
互连工程类论文最忌逐行精读。我拿到一篇新论文会先花几十秒把系统级架构图看懂，明确数据从哪个入口进来、经过哪些缓存和调度模块、最后从哪个端口出去。不要把时间耗在某个小模块的具体电路上，那是做实现的人后来才会关心的细节。
看架构图的时候，顺手在边上标注几个问题：它跟上一代方案的区别在哪？增加的模块付出什么代价（面积、时延、功耗）？有没有额外的协议开销？带着问题去看正文“设计”章节，效率会高很多。HotI的论文篇幅普遍不长，每一段背后都藏着一个经过验证的值，看太快容易错过关键信息。
6.2 抓三类指标
互连论文再怎么包装，核心指标不外乎带宽、时延、能效。带宽要分清是单向还是双向，时延要确认是纯硬件时延还是包含软件协议栈开销，能效单位也要统一成pJ/bit或W/Tbps再比较。很多论文喜欢突出峰值性能，可实际工作负载下很难达到，因此要特别留意论文里实验部分的描述，看他们是否注明了工作负载类型和规模化条件。
除了这三类，可靠性和成本也会越来越多地出现在HotI论文里。下面这张表是我自己读论文时固定会填的字段，供你参考：
| 指标类型 | 常见单位 | 容易踩的坑 |
|---|---|---|
| 带宽 | Gbps/lane, Tbps | 单向与双向混用 |
| 时延 | ns, us | 是否含排队和软件栈开销 |
| 能效 | pJ/bit, W/Tbps | 只算PHY还是算整个子系统 |
| 可靠性 | BER, FEC增益 | 是否在正常散热条件下测试 |
| 成本 | $/Gbps, mm²/Gbps | 是否含封装与测试成本 |
把这些字段固定好，填数据时顺手注上实验条件，后面直接用就不会出现单位混乱的问题。
6.3 横向对比表格的复盘
我个人有个坚持了很久的习惯：每届HotI之后，会把感兴趣的论文整理成一张对比表，列作者单位、协议或链路类型、带宽、时延、能效、实验平台、主要创新点、个人可借鉴点。这张表积累两三年之后，便成了技术选型时非常有价值的参考地图。每次要写方案或者评估新项目，我都会先查这张表，确认技术路线的最新进展。
整理表格时不要只填数值，把实验条件也留一列。频率、通道数、负载模型、是否包含软件栈，这些都会让数字发生巨大变化。很多看似矛盾的结论其实源自实验设置不同，如果你只记结论不记条件，后面很容易被误导。
7. 常见问题和排查实录
7.1 为什么下载不了全文
最常见原因是你所在的机构没有订阅IEEE相关数据库，或者会议论文集还没上线。先说怎么判断：IEEE Xplore论文页面上如果显示“Download PDF”，说明有权下载；如果只显示“Abstract”或者要求登录支付，那就是没有权限。遇到这种情况，优先走学校或公司的文献传递服务，让图书馆专业人员帮你找原文，通常是免费的。
另一个原因是网段问题。有些机构数据库绑定IP范围，如果你在家里使用或者走了非授权出口，一样会被拒。这时候可以尝试通过机构提供的远程访问系统进入，或咨询图书馆管理员。千万不要在非正规渠道购买或索取PDF，既存在版权风险，也可能下载到带毒文件，得不偿失。
7.2 搜索时只搜“Hot Interconnects”出现很多无关结果
这个我前面提了一句，再展开细说。IEEE Xplore默认搜索是所有字段，包括摘要、索引词、全文，所以“Hot Interconnects”这种词很容易被发散命中。正确操作是切到高级检索，把“Publication Title”锁定为“Hot Interconnects”，再叠加年份和主题词。这样最干净，而且还能保留完整的检索式，方便以后一键复用。
另外，注意会议名称的写法。IEEE官方有时用“Symposium on High-Performance Interconnects”，缩写的“HotI”不一定体现在论文元数据里，所以检索时用“Hot Interconnects”全称最稳。下面是一张快速排查表，把几个典型问题列出来了：
| 表现 | 常见原因 | 解决建议 |
|---|---|---|
| 无法下载PDF | 无订阅权限或论文未上线 | 走机构文献传递，联系作者索取预印本 |
| 搜索噪声大 | 未限定字段或年份 | 使用Publication Title精确检索 |
| 引文信息有误 | 自动导出格式不完整 | 对照官方目录核对，优先DOI版 |
| 找不到论文 | 会议名称写法差异 | 用完整官方名称或会议简称交叉检索 |
7.3 引用格式怎么选
IEEE Xplore自带引用导出工具，能生成RIS、BibTeX等格式，用文献管理软件直接导入即可。但这个工具偶尔会把会议缩写写错，或者作者列表里出现缺漏。投稿前一定要对着会议官方目录核对一遍，作者名、页码、DOI都不能漏。
如果这篇论文在多个平台都有收录，优先引用IEEE Xplore的DOI版本。不要引用那些来路不明的扫描件，不仅格式不稳，审稿人还会觉得你不专业。
8. 整理会议资料的工具与习惯
8.1 文献管理软件
工欲善其事，必先利其器。我常用Zotero管理PDF和元数据，它免费、支持多平台，还能通过浏览器插件一键抓取IEEE Xplore页面的题录信息。每导入一篇论文，我都会在Notes里写两三句核心结论和可借鉴点，加上标签，例如“HotI2025”“CXL”“光互连”。这样整理完一届会议，等于已经写完一份浓缩版综述，后期写方案、写报告都可以直接调用。
8.2 自动追踪新论文
IEEE Xplore支持把检索式保存起来并定期邮件推送，这用来追特定方向的新论文很有效。Google Scholar也支持按作者或关键词创建Alert，适合跟踪某个实验室或某位大牛的动态。还有不少硬件团队会把开源仿真工具放到GitHub上，论文前脚发布，代码后脚上传，订阅了仓库更新基本就能拿到一手信息。不要只盯着PDF文件，论文背后的代码、配置脚本、测试平台信息，往往更值得深入挖掘。
8.3 别只读正文，Appendix是宝
HotI论文篇幅受会议页数限制，很多重要的实验细节会被挤到Appendix里，比如仿真参数表、扩展实验数据、专用平台配置说明。如果只想看个大概，读正文就够了；但要复现结果或者参考它做自己的实验设计，Appendix一定不能跳过。有时候论文正文里一句“配置参数详见附录”，背后就是作者踩过很多坑才攒出来的关键数据，这些细节才是真正拉开论文和真实工程距离的地方。
9. 再说点我的个人感受
做了这么多年互连相关的工作，Hot Interconnects始终是我每年都会留意的会议。它不像某些大会那样动辄几千篇论文，但胜在每一篇都能看到真实的工程思考，数据和结论也不是为了满足审稿人而是为了解决实际问题。我见过很多同事一开始也想把所有论文都精读一遍，后来发现根本不现实，于是都转向“先抓图表、再建表格、再深挖个别细节”的方式。这个方法对我确实有用，推荐你也试试。
2025和2026这两年，正值CXL大规模铺开、光互连走向封装内部、PCIe带宽持续翻倍的节点，会议资料的价值只会越来越高。希望这篇关于会议背景、资料获取、论文阅读和工具使用的分享，能让你在有限的时间里更高效地抓住互连行业的技术脉搏。如果在资料搜集或者论文阅读上有什么新方法，也希望你能分享出来，大家一起把信息挖得更透。
