第92章 难救的宕机（2 / 3）

在月球协者的密切注视下，外出作业的第一组，以失败告终，差分装置从设备上飞了出去，第一组失败了。

幸好睿智的协者首领，同时安排了两组人员。

第二组接手，继续更换装置，第一组去拾取差分装置，这捡拾的过程中，一名作业人员，在跳跃中撞到了基地外的钢架，造成头盔破裂，这名工作人员阵亡了。

第二组的两名队员，在安装差分器时，由于平时是在模拟环境中训练，缺乏实际环境的作业经验，被静电引起的电弧击穿，像穿糖葫芦一样，当场阵亡。

现在无论是算力负载，还是能耗占用率，都在迅速接近阈值，如果不能接通第三能源，就不敢启动扫描清理程序。

如果不扫描出叶双恒的同步指令，进行靶向清理，盲目清理所有的数据，会造成更多的单边数据，元体和本体数据，将会有更多的不同步。

第二组人员去捡装置，第一组人员失去了差分器。

协者首领见状，命令第一组人员放弃遗失的装置，接手第二组的装置，代替第二组完成操作。

就这样差分器终于顺利更换，第三能源迅速补充。

元行立刻启动数据搜索程序，能源负荷降低了，算力符合陡然升高，而这个数据搜索清理程序，已经有很久未用，没有跟着系统新版本一同升级，因此其对算力的开销，超过了元行的预计。

算力资源占用率，还在升高，元行紧急下令终止检索程序。发现程序虽发起终止，去还有个惯性，大约需要两分钟才能停下，而以现在算力开销的速度，两分钟内算力占用率，就可以超过百分百，也就是算力崩溃。那时将会甩掉部分剧本，大约有五百万人的剧本停止，处于随时苏醒的状态。

元行做完了所有操作，已完全没了办法，能源系统稍好，只是在排序，准备一点点的甩掉负载，而算力资源则不能。

现在元行瘫坐在指挥席上，看着算力负载，一点点逼近阈值。

看着那数值，从9%一路朝着99%飙升，突然负荷停止在946%上。

元行还不明白是怎么回事，接着数据检索结果出现。元行迅速删除叶双恒的生命状态同步的重复数据。