百分之七十。

总负载降至百分之六十四，NodE-d的温度曲线终于压平。

其余三条支路仍有余量。

固定阀位模式继续运行六小时，设备完整，过温保护一次也没触发。

代价同样很清楚：按九点八千瓦的满载It功率归一化，固定阀位下，四节点只能释放百分之六十四的安全持续计算负载。

【固定阀位基准】

【测试硬件：27张170hx】

【末端排热能力：11.

8kw（同标定工况）】

【四节点集群满载It功率基准：9.

8kw】

【安全持续负载上限：64%】

【限制来源：局部支路热量堆积】

【闲置冷却能力：存在】

四条支路加起来明明够用，最热的那一条仍然吃不到别处剩下的冷量。

一座仓库里粮食充足，饿着的人却站在另一扇锁死的门后。

继续往仓库里堆粮毫无意义，得先把门打开。

江临在基准报告首页写下问题定义。

【冷却系统总能力充足，局部冷却能力无法随计算任务转移。】

最省事的补救有两种。

重新调一次静态水力平衡，或者按最热节点的需求提高总流量和风机转速。

前一种方案只认一种稳定负载，任务一换，平衡就得跟着重做。

后一种方案更直截了当，只要肯长期支付电耗、泵组余量和换热冗余，总能把最坏工况压住。

工程上经常这么干，可靠，省脑子，主要缺点是费钱。

成熟算力中心早已配备变频泵、温控阀和热感知调度。

江临此刻推进的也并非给水泵加一只自动开关。

他要把任务即将产生的热峰、管路尚未送到的在途热量、支路恢复时间和检查点迁移资格，全都压进同一套可验证的运行状态。

任务计划、在途热量、阀门响应和检查点迁移，必须进入同一张状态表。

冷却能力要像计算任务一样可测量、可预留、可迁移，也要知道什么时候该拒绝。

第二十四年八月十二日，mpS热织网第一次接管四条支路。

NodE-A与NodE-b进入计算状态，另外两组待机。

这一轮只验证稳定工况下的联合调流：两组节点进入稳定负载后，板卡热点温度必须维持在七十五摄氏度以下。

任务启动四分二十秒，NodE-A温升斜率超出预测。

第一支路阀门开大。

流量增加，支路压力上升，公共干管压差随之变化，NodE-b获得的流量开始下降。

四十秒后，NodE-b温度抬头。

系统转而打开第二支路阀门。

NodE-b得救，NodE-A又开始升温。

两条支路围着同一组泵打起了拉锯。

电磁阀在百分之三十四与百分之七十一开度之间往返，压力曲线先动，流量曲线随后，温度曲线拖在最后，等温度终于把消息送到控制器，上一轮命令早已把局面改得面目全非。

第十一分钟，NodE-b第一张170hx降频。

第十三分钟，第二张卡逼近保护边界。
本章未完，请翻下一页继续阅读.........