旁通阀先动。
一点八秒后,主泵启动。
电机电流逐步上升。
管道先轻轻晃了两下,很快稳住。
井下传来持续的水流声。
几分钟后,出水口开始上水。
浑水先排进沉淀池。
等管道冲洗干净,水流切入高处蓄水池。
项目部的人站在池边,谁也没忙着鼓掌。
大家都在看压力表和振动数据。
运行一个小时。
没有空化报警。
轴承温度正常。
阀门冲击低于计算值。
沈德昌在试运行记录上签了名字。
写完,把钢笔插回胸前。
他给罗熙缘了条消息。
只有四个字。
水上来了。
罗熙缘收到消息时,正在罗家村的临时算力会议上。
十九座计算中心的负责人都接进了视频。
高原泵项目证明,多中心协同能做。
也暴露出不少问题。
各地收费口径不同。
有的按机器数量。
有的按核心时长。
有的按峰值性能。
同一个任务,账面价格能差三倍。
宣传页上的算力高,不代表实际任务跑得快。
有座中心写着很漂亮的峰值数据,真正算水泵时,因为内存带宽不够,度排在倒数第二。
另一座用了六年旧机器的大学中心,参数不好看,维护团队熟悉流体任务,反倒跑得更稳。
“以后不按广告里的峰值结算。”
罗熙缘说。
“按有效任务结果。”
有负责人问:“怎么定义有效?”
“任务完成。”
“结果通过复核。”
“中途因中心设备故障重算的部分,不让客户付。”
“用户模型有问题呢?”
“用户付。”
“责任有争议怎么办?”
“原始日志交第三方审计。”
这套规矩麻烦。
计算中心不太喜欢。
以前卖算力,只要机器开了,时间便开始计费。
任务算崩了,是用户程序的问题。
现在要分清谁的错。
意味着中心也得承担服务责任。