“现在计算中心功能都还正常吗？”肖空问。</P>

“目前一切正常。怎么了？”马骁问。</P>

“没什么。你明天去一趟西府的那个计算中心，看看那边是不是也一切正常。”肖空吩咐道。</P>

“好的，我明天一早就过去。看完给你汇报。”马骁答应道。</P>

“肖哥，我现在就在西府的计算中心。目前看都比较正常。只是貌似这边的风扇比我那边明显噪音更大一些。”第二天一早，马骁向肖空汇报。</P>

“风扇噪音大？”肖空沉吟道，这会是什么问题呢？</P>

“好的我知道了。你先回府阴吧。今天没事了。”肖空吩咐。</P>

放下电话，肖空沉思，风扇噪音大和最近频繁出现的无法登录之间有什么关联呢？</P>

肖空忽然想到，风扇噪音大，必然是算力场的工作负载大。两个算力场之间应该是通过互联网完成相互备份，相互冗余，负载均衡的。</P>

所以理论上如果一个风扇噪音大，必然另外一个也大才对。</P>

现在出现了这种不对称的问题，那就说明只有一方的工作负载变大了，而且这种变大并没有通过负载平衡等程序分散到所有的计算上去。</P>

所以结果呼之欲出——西府计算中心的工作运算压力太大，应该还不是肖空安装的负载。不然肖空没理由不知道是什么。</P>

肖空再次尝试登录系统，打开算力场的硬件管理程序，试图查看系统的工作日志。</P>

日志上只有当天的工作日志！之前的工作日志全部丢失！</P>

有内鬼！</P>

肖空冷静了一下心神，思考应该如何应对。</P>

目前看来，问题主要出现在西府的算力场上。有人可能在偷偷利用西府的算力场做大运算量的事，影响了Gpt系统的运行。</P>

而且为了毁灭证据，这个人还删除了系统日志里面的记录。</P>

现在首要的问题是发现到底是什么东西如此强大，甚至能够影响到Gpt的运行。</P>

解决的办法就是安装另外一个监控软件，让它独立于硬件的日志程序之外，监控系统的负载。</P>

肖空于是重新下载了一个系统资源软件，试图上传到算力场的后台运行。</P>

“对不起，后台上传功能已经关闭。”</P>

“对不起，系统暂时无法登录，请稍后再试。”</P>

……</P>

几次尝试，都遇到了这样的提示。甚至肖空使用了系统管理员模式也不管用。</P>

肖空苦笑，看来又要回一趟家了。</P>

“王虎，回去收拾收拾东西，明天出差。”肖空告诉王虎。</P>

“肖哥，这次又是去哪儿？”王虎问。</P>

“西府，去看看到底这系统出了什么问题。”</P>

一夜颠簸，肖空和王虎再次回到西府。</P>

肖空甚至来不及回趟家，就先去了位于西府经济技术开发区的算力场。</P>