支路回水。

缓冲罐入口。

末端换热器。

同一份热量在六个位置留下了六个时间戳。

从芯片温升出现，到回水温度足以稳定反映负载，中间相差一百一十七秒。

一百一十七秒，足够交换机搬完许多批数据，也足够三张170hx把自己逼进降频区。

对于水而言，这只是一段管路的正常路程。

响应窗口热预算随之改写。

【响应窗口热预算＝分配给本支路的可用显热容量＋窗口内预计排热量－在途热量－安全余量】

两只缓冲罐由四条支路共享，同一份容量不能同时记进四本账。

系统必须先为各条支路预留容量，再根据罐内温度、流量和恢复状态更新可用部分。

分配容量和窗口内预计排热量，可以通过标定与传感器估算；安全余量预先设定。

最难的是在途热量。

它藏在导热层、冷板、软管和流动的液体里，既无法靠一个测点直接读出，也不会因为报表暂时看不见就自行消失。

江临把每张170hx的功耗曲线、窗口映射规模、内核类型和预计持续时间送进mpS-Scheduler。

矩阵计算有矩阵计算的热峰。

模型推理有模型推理的热峰。

日志索引和检查点写入的平均功耗相近，短时脉冲却完全不同。

从这一轮迭代开始，算力调度器会提前提交任务计划。

任务尚未进入GpU，它将在未来几分钟产生的热量已经先记到支路账上。

第二十五年四月，第三轮控制逻辑进入测试。

NodE-A的矩阵任务启动前三十秒，第一支路开始增流。

任务真正进入计算时，冷却液已经抵达冷板。

第二组任务原本准备送往NodE-c。

NodE-c此刻的表面温度更低，账本却显示它的缓冲恢复速度慢于NodE-b。

系统放弃这块看上去更凉的节点，把任务送进温度略高、热预算更充足的NodE-b。

二十分钟后，两条支路都没越线。

第一阶段通过。

江临随即关闭NodE-b主回水阀的百分之七十，模拟主回水通路故障。

流量计首先报错。

热织网冻结NodE-b的新任务，正在运行的分块开始写检查点，NodE-A与NodE-c收到迁移计划。

顺序正确。

十七秒后，NodE-A第一张卡还是降频了。

任务跨过交换机只用了不到一秒。

NodE-A原有分块尚未结束，新的影子窗口已经建立，算力负载瞬间抬升。

对应支路从收到计划到建立有效流量，需要二十六秒。

第九秒，温升斜率越线。

第十七秒，降频触发。

江临终止迁移。

【第三次故障迁移测试】

【结果：失败】

【故障类型：算力迁移快于冷却响应】
本章未完，请翻下一页继续阅读.........