[科幻短篇之一]计算中心(3)

与此同时，CCMC连接到了计算中心的根服务器，他们惊讶的发现：当前应急服务器每秒CPU占用率已经超过了之前占用算力之和的五倍！
问题并没有解除，应急服务器的算力迟早会被榨干。
CCMC紧急关停了应急服务器的所有非必需服务，将冗余服务器转换为负载均衡服务器，强制重启全部常规服务器，并且启动了正在测试的Killer系统。
CCMC在两年前启动了Killer系统的研发，它能够查找所有不在白名单中的进程并关闭，Killer系统与其他应用程序的最大不同是：Killer系统基于内存和处理器，只要是存在于内存与处理器上的进程它都可以结束。
但是CCMC很快发现了一个问题：服务器上根本没有恶意进程，所有处于白名单的进程在同时吞噬着服务器资源，Killer系统成了一个摆设。
CCMC已经穷尽了一切方法，仍然无法让CPU占用率降低一点，根据他们的计算，最多十七分钟，应急服务器资源也会被耗尽。

早在七年前，计算中心就已经更新为全自动控制系统，应急服务器和常规服务器被层层加密，系统文件被无数层防火墙隔离着，尽管你就算是拿到了硬盘，也别想从无数的二进制数中得到任何有用的信息。
当应急服务器资源被耗尽的时候，CCMC将会彻底失去对计算中心的控制，到那个时候就连在计算中心下面的济州分局人员也无济于事。
计算中心不仅仅提供全国所有的计算服务，还保存了所有机密信息，这些信息依靠普通数据作为掩护，不断游离在服务器的各个数据节点中，因此一旦服务器彻底崩溃，这些机密信息也将全部消失。
一下午时间很快就过去了，这时CCMC已经与服务器断开连接了将近五个小时，据当时一位工作人员说道：“那个时候大厅里一个人说话的也没有，只听见时不时敲打键盘的声音，屏幕上’已断开‘的字样十分显眼，下面的数字每走一秒我们都能感觉到一阵刺痛。”
当时的CCMC几乎将所有工作都转移到了计算中心上，因此在计算中心出现故障之后他们并没有第一时间解决问题，这反而成了后来事故发生的主要祸根。