秦卓从这个超大号的星球上离开,剩余的一些基地也被逐渐发现扫出掉之后,这个星球算是进入了短时间的平静状态,算是认为将秦卓‘干掉了’。于是另一边的旅游业务也被王奇开放,虽然并没有多少人去,当然这就是无所谓的事情了。
一个项目结束,王奇便开始了下一个项目的运用。
首先是关注了一下虚拟世界的运转情况。虚拟世界的运转是已经移交给了保镖这边,随着大量的计算舰开始干活,虚拟网络已经进入了比较精细的状态,可以用于教学工作而不只是用来玩游戏。当然用来做科研的话精度还是太低,并且过于浪费计算量。还是单独拉出来交给某些计算舰直接进行计算比较好。要不然的话做一个简单的实验还要额外计算一堆光谱发散结果之类的,浪费的计算量实在是大了点。
不过这些计算舰也带来了一个问题是王奇之前忘了考虑的,那就是这些计算舰的存放问题。在就位之后,这些计算舰的其他系统是可以关闭的,动力系统只需要维持计算机的工作和维修系统的运转就可以了。但是这些船本身呢?每一艘船都需要占用一个不算小的空间,特别是这个数量增加了之后。
保镖所在的复制母舰的空间船坞已经快塞满了,这就是王奇忘记思考的问题。
对于计算系统来说,直接生产计算舰这种模块化的方式的确能够快速搭建起计算网络,然而体积上的确比一整套系统按照预定结构塞起来的要大很多,即使在部分本地的概念技术被告出来之后很多结构能做的超薄,却也是有一定体积的。
而能够塞满一个船坞,就意味着剩下的船坞基本上也扛不住。然而使用那些能够产生小型船坞的量产舰来装?治标不治本的方式,体积还是很大,并且也不能套着装。
所以说现在的情况就是,每次复制母舰进行航行的时候,后面都要拖着一堆船,还不能离的太远,不然传输延迟会变得不能接受。
为了减缓这种情况的严重程度,管家专门抽时间帮助保镖优化了一下这种子节点计算舰的传输逻辑,通过合理的分配降低延迟……然而并不能根本性的解决问题。
用于科研方面的计算舰是不怎么在乎延迟的,因此都被扔到了最远的地方,但是虚拟世界的构建需要足够的计算力,所以只能放在比较近的地方或者直接塞进空间船坞当中。
对于这方面的问题,王奇倒是头疼的跟管家表示“我们是不是应该考虑一下让这些种族分居了?”
所谓的分居是一个很好解释的方案,居住地点分散之后,距离不同的计算舰就有着不同的距离,能够更合理的分配计算舰的位置。不过相对应的是,整个舰队会更加臃肿。
“所以说不知不觉中我们也变成了一个挺庞大的星舰文明了,那些庞大一些的星舰文明是怎么解决的?”不知道的时候就求助一下管家,管家查数据就是快。