第145章 木马木马 (第1/2页)

像草一样不能自拔提示您：看后求收藏（请看小说网www.covenantsearch.com），接着再看更方便。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

有内鬼！

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

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

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

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

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

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

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

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

……

几次尝试，都遇到了这样的提示

本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！