第325章 天权4號片上系统集成验证

  验证中心在芯谷的地下二层。

  不是刻意要把晶片验证藏在地下，而是这片区域的地质结构最適合建超低振动实验室。地面上三层是晶片设计中心和软体开发区，地下一层是高性能计算集群，地下二层才是真正的验证核心——四间恆温恆湿的洁净室，中间围著一个两百平方米的系统集成验证大厅。大厅的天花板上铺满了减震模块，走在上面几乎感觉不到任何振动，连脚步声都被吸音材料吞掉了大半。

  章宸站在大厅中央的调度台前，面前是六块八十寸的显示墙，每块墙上都滚动著天权4號片上系统集成验证的实时数据流。六组验证工程师分布在四间洁净室里，每组负责一个子系统——cpu复合体、gpu集群、npu引擎、內存控制器、io子系统、电源管理单元。六条数据流在显示墙上匯聚成一张巨大的“验证覆盖图”，绿色代表通过、黄色代表边界、红色代表失败。

  现在是天权4號集成验证的第七十三天。

  按照原计划，集成验证应该在本周內完成全部测试项，然后进入最终签核、送交流片。但章宸在三天前的晨会上做了一个让所有人意外的决定——暂停验证，回退两个版本，重新跑一组跨子系统的协同用例。

  做出这个决定的原因是：验证团队发现了一个极其隱蔽的问题。在单独测试cpu复合体和npu引擎时，两个子系统都表现完美，性能达到设计指標的百分之一百零二。但当cpu和npu同时高负载运行时，系统总线的延迟会出现间歇性的抖动，抖动幅度虽然只有不到百分之一，但频率分布不均匀——在某些特定的访问模式下，延迟会在几个微秒內突然跳变，然后又恢復。

  这不是一个“功能错误”，因为系统规范允许的延迟抖动范围比这个大得多。但章宸在看到那组数据后，说了一句话：“这不是功能问题，是性格问题。天权4號如果在用户手里跑某些特定应用时出现这种不可预测的延迟抖动，用户不会知道是总线的锅，他们只会觉得『天权晶片有时候会卡一下』。我们不能让『有时候会卡一下』这种印象和天权晶片绑定在一起。”

  於是回退。

  於是重跑。

  今天是重跑的第三天。

  调度台的屏幕右上角有一个倒计时，显示距离原定流片窗口还有十九天。十九天后，晶圆厂的產能窗口就会关闭，下一轮窗口要再等六周。六周意味著天衡5的量產可能会延迟，意味著天权5的叠代节奏会被打乱，意味著对面全面制裁落地时天权晶片的库存可能不够。

  但章宸没有压缩验证时间的打算。他在回退那天对团队说了一句话：“流片晚了六周，我们可以用库存和排產来补。晶片出了问题，没有任何东西能补。”

  此刻，显示墙上的验证覆盖图正在缓慢地由黄转绿。经过两天的调试，总线延迟抖动的问题已经被定位到cpu和npu共享的最后一级缓存仲裁逻辑上——仲裁器在某种极端访问模式下会出现“飢饿”现象，某个数据流会因为优先级设置不当而被连续推迟服务。修复方案是在仲裁器中增加一个“老化计数器”，確保任何数据流等待超过一定时间后优先级自动提升。

  这个修復已经在仿真环境中验证通过，今天上午被集成到完整的验证用例中重新跑。

  章宸没有盯著显示墙看，而是坐在调度台旁边的椅子上，面前是一台只显示原始数据日誌的终端。他的眼睛在那些十六进位的地址和数据之间来回扫，速度比旁边专门负责日誌分析的工程师还快。这不是天赋，是过去二十年里看了几百万行日誌练出来的本能。