第十二次废土之行，第二十四年七月三日。

前哨站二号工作间。

四台服务器沿墙排开，二十七张170hx分布在四组节点里，风扇压着最低转速，发出很有耐心的嗡鸣。

它们已经学会了骗人。

不拆开看，谁也想不到这批本该老老实实待在矿场里计算哈希值的板卡，已经被江临从固件、驱动和运行时一路撬开，凑出接近一tib的稳定可计算hbm。

矿场给它们安排的工作很单纯，日复一日搬同一种砖。

到江临手里，矩阵分块、模型推理、代码索引和证明依赖图都能往里塞。

可一批板卡能计算，与一座计算集群能长期工作，中间还隔着一道很热的门槛。

江临把四天前新建的文件调到主屏。

【mpS-thermalFabric_v0.

1】

tm-7交出的本地服务包已经转入只读封存。

未来设备编号、介质参数和原始服务协议都被隔离在实验链之外，控制系统只能读取江临重新定义过的接口。

维护港原来的热管理表很简单。

每条支路后面跟着一个数字，以兆焦为单位，代表还能吞下多少热量。

这套写法适合相变缓冲单元。

那东西像一只预先腾空的水库，剩下多少库容，能接多大的洪峰，一眼就能看清。

眼前这套用水和乙二醇拼出来的液冷回路麻烦得多，它一边吃热，一边又把热量送去末端换热器。

只记剩余容量，就像只盯着仓库里还有多少空地，却把每天进出多少货忘了个干净。

于是江临给每条支路开了两本账。

【持续排热能力：kw】

【响应窗口内瞬态热预算：mJ】

第一本账管长久。

一条支路每秒能送走多少热量，决定任务能跑一个小时，还是能跑一年。

第二本账管眼前。

泵组提速要时间，阀门转动要时间，冷却液从干管走到冷板同样要时间。

在这几十秒里，芯片已经产生的热峰由谁接住，决定板卡是继续计算，还是先把自己烫到降频。

算力有队列，显存有窗口，故障有账本。

现在，热量也得入账。

江临切断本地服务包与实验控制网的最后一条连接，开始改造四台服务器。

原有风道保留下来，继续照顾主板、供电、存储和其他没压冷板的器件。

二十七张170hx的GpU与hbm区域分别覆盖铜冷板，四组节点对应四条并联液冷支路。

三只循环泵负责公共供回水，每条主路旁边再加一段常闭冗余旁路。

正常时，旁路闭着。

主路断流以后，它才有资格开口。

支路末端是一组翅片式液—气换热器，十二台工业风机负责把热空气送出工作间。

入口温度、出口温度、流量和供回水压力都有独立测点。

GpU核心、hbm区域和板上供电区域的测温结果取最高值，统一记作板卡热点温度。

两只废弃压力容器完成清洗和初次探伤后，被拖进工作间。

江临在内部焊入金属翅片，完成封装，再重新进行焊缝探伤、水压与气密性测试，最后灌入水—乙二醇混合液，改作显热缓冲罐。

这两只罐子显然谈不上先进。

它们又大又重，单位体积吸热能力也很普通，和tm-7的相变缓冲单元摆在一起，大致相当于铁皮水桶参加未来工业品评奖。
本章未完，请翻下一页继续阅读.........