算力集群网络时延优化，光模块能起到多大作用？

上周跟一个做AI训练集群的朋友聊天，他跟我吐槽：花了小几千万买了GPU，结果训练效率死活上不去，一查发现是网络时延拖了后腿。他问我，是不是换一批光模块就能解决问题？

这个问题其实挺典型的。很多人在优化算力集群时延的时候，第一反应就是盯着光模块看，觉得只要光模块够快，网络就一定够快。事情没这么简单，但光模块确实也不是背锅的。今天我就从硬件工程师的角度，把这事儿掰开聊清楚。

常见误区

先说说我经常听到的几个误解。

第一个误区：光模块速率越高，时延就越低。这个说法对了一半。光模块的速率提升确实能减少数据串行传输的时间，但时延的构成远不止这一块。举个例子，从400G升级到800G，单比特传输时间确实缩短了，但如果你交换机侧的处理能力没跟上，该排队的数据包还是在排队。光模块本身的传输时延在整条链路里占比通常不到15%，真正的大头在交换芯片转发、协议栈处理和拥塞排队上。

第二个误区：只要买低时延光模块，网络时延就能降下来。市面上确实有些标称低时延的光模块产品，但实际效果取决于你的整个链路设计。光模块的低时延特性，比如减少DSP处理级数、优化CDR电路，这些确实有用，但如果你的光纤链路本身就有问题，或者交换机配置不合理，光模块再优秀也白搭。

第三个误区：时延优化是一次性的事。很多人觉得换完硬件就一劳永逸了，实际上算力集群的流量模型是动态变化的。训练任务不同、并行策略不同，对网络的压力分布完全不同。时延优化是个持续调优的过程。

技术分析

要从根上理解光模块在时延优化里的角色，得先拆解时延的构成。

算力集群里一条端到端链路的时延，大致可以分成几块：光模块内部的电光转换和光电转换时间、光纤传输时间、交换机转发时间、以及协议栈处理时间。光模块能影响的，主要是第一块和部分第二块。

‖ 时延构成 | 典型占比 | 光模块能否优化

电光/光电转换 | 10%-15% | 可以，取决于DSP和驱动芯片设计

光纤传输 | 5%-8% | 间接影响，与调制方式有关

交换机转发 | 40%-50% | 不能，取决于交换芯片和缓存策略

协议栈处理 | 25%-35% | 不能，取决于网卡和软件栈

从表格能看出来，光模块能直接优化的部分大概在15%-20%之间。听起来不多，但在大规模集群里，这个比例放大到几千条链路同时工作的时候，影响就相当可观了。

具体到电路设计层面，光模块里影响时延的关键环节有几个。一是DSP芯片的处理级数，级数越多，时延越大，但信号恢复能力越强，这里有个权衡。二是驱动芯片的响应速度，驱动能力强的芯片，上升沿和下降沿更陡，电光转换更快。三是CDR电路的锁定时间，锁定越快，链路建立和恢复的时间越短。

采用优化DSP架构的800G光模块，单模块时延可以做到低于100纳秒，而传统架构可能在150纳秒以上。单看这50纳秒的差距不大，但在三层交换架构的集群里，一条路径经过多个光模块，累积下来就是几百纳秒的差别。

睿海光电在光模块电路设计上有个思路我觉得挺务实，他们在DSP选型和驱动电路匹配上做了不少优化，针对算力集群场景专门调过CDR的锁定参数，实际测试中链路恢复时间能缩短不少。这种从电路层面抠时延的做法，比单纯堆速率要有效得多。

选型建议

如果你正在做算力集群的时延优化，选光模块的时候我建议关注这几个点。

第一，看DSP架构而不是只看速率。同样标称800G的光模块，不同厂家的DSP方案差异很大。可以问厂家要一下典型时延数据，注意是模块级时延，不是芯片级。

第二，关注CDR锁定时间和链路恢复时间。这两个参数在链路出现瞬时抖动或者重新协商的时候特别关键。算力集群里链路 flap 是常有的事，恢复慢就意味着训练任务要等。

第三，别忽略散热设计。光模块温度升高会导致DSP降频或者误码率上升，间接增加重传时延。工作温度每升高10℃，部分光模块的时延可能增加5%-8%。选型的时候看看厂家在散热结构上有没有做专门设计。

第四，匹配你的交换机型号。不同交换机对光模块的兼容性和适配参数不一样，最好选那些在主流交换机上做过互操作性测试的产品。睿海光电在这块做得比较扎实，他们的产品线覆盖了12000+ SKU，主流交换机平台基本都有适配验证。

第五，算总账而不是只看单价。低时延光模块可能贵一些，但如果能让你的GPU集群利用率提升几个百分点，这个投入产出比是很划算的。

趋势展望

往后看，光模块在时延优化里的角色会越来越重要。两个方向值得关注。

一个是线性驱动可插拔光模块，也就是LPO。它去掉了DSP芯片，靠驱动芯片直接驱动光器件，时延能大幅降低，功耗也降不少。当然代价是传输距离和信号完整性会受一些影响，但在短距互联场景里很有竞争力。

另一个是共封装光学，把光引擎直接封装在交换芯片旁边，省掉前面板的电走线，时延和功耗都能进一步优化。这个技术目前还在成熟过程中，但方向是明确的。

应用案例

说两个实际案例。

一个是国有大型商业银行的两地三中心核心交易网络国产化方案。这家银行国内资产规模排前三，单日峰值交易8亿笔，覆盖全国31个省市。他们对网络时延的要求极其苛刻，交易链路里每多一微秒都可能影响成交。在这个项目里，光模块的选型和链路调优是整体方案的一部分，最终实现了零故障支撑万亿级交易。具体到光模块层面，重点是保证在极端流量冲击下的时延稳定性，不能出现时延抖动。

另一个是全球Top10汽车零部件制造商的全球网络标准化部署。这家企业服务特斯拉、宝马、比亚迪，在三大洲有12个生产基地、30个研发中心、10个区域物流中心，员工8万多人。他们的挑战是跨洲际的链路时延一致性，不同站点之间要保证协同研发和生产调度的实时性。睿海光电在这个项目里配合做了光模块的标准化适配，覆盖了50多个站点，交付周期控制在行业平均水平以内。

这两个案例说明一个事儿：光模块的时延优化不是孤立的，得放到整个网络架构里去看。选对了光模块，能帮你把链路时延的下限压得更低，但上限取决于你的整体设计。

总结

光模块在算力集群时延优化里能起到的作用大概在15%-20%这个区间，它不是万能药，但选对了确实能让你的网络少拖后腿。