危机是复合的。
莫余从星球主机里面拷贝来的,不止是外围的配置脚本屎山和参数快照,还有主机的运行状态日志。
依靠这些资料,他彻底弄清楚了恒星参数异常的问题。
当初设计星球主机的精灵们,为了某些特别的思量,让虚拟世界里面所有恒星的运行参数,与外面真实世界里那颗太阳保持了强相关。
根据苔藓的判断,星球主机的运行模式,不适合真的模拟一堆恒星的运行,那样会有很夸张的资源占用,这并无必要。
可能在那个久远的时间,为了保持虚拟世界内部恒星的运行稳定,设计者们直接将很多基础参数,绑定在了对外面世界恒星的观测上。
这应该是为了虚拟世界中恒星模式的真实感,或者稳定性,亦或是基于对外面世界的一丝留恋。总之,当年设计者的某些想法,在漫长的时间后已经变得非常不合时宜。
莫余感觉,换成自己,也不会考虑这么久以后的运行问题。
——总得相信后人智慧。
针对这个恒星参数问题,莫余已经想到了几种感觉还不错的修复方案。
比如对外面的几个恒星观测站的观测结果进行修改和伪装,填入固定参数输入进虚拟世界;比如直接对虚拟世界恒星进行一次快照,以后都用不变的恒星模式;比如调整虚拟世界里恒星参数的适应范围,延缓问题的到来……都挺具备可行性。
可是濒临极限的星球主机存储资源,就不太好解决了。
星球主机的计算能力很强大,现在也远未到极限,虚拟世界里的几十个星系也未被精灵们开发。
可或许是将数十万年来每个精灵的经历都存储下来的原因,主机的存储占用已经到了警戒位置。
这毕竟属于硬件问题,要么对虚拟世界中的未使用内容进行裁剪,要么清除这些可能对于精灵们来说十分重要的记录,要么在外面增加新的设备。
…………
拥有了希望之后,大家的工作效率又上了一个台阶。
借助随身空间这十分熟悉、作为工具又略有陌生的存在,应急事件处理部的精灵们将原本拥有的勇气,通过不断的模拟运行,化作了底气。
由于面对情况有了变化,矿卡主任还顺势改革了组织方式,集中了力量,让成员们用小组的形式进行攻关。
会议室里,大家看着最先完成的一个小组。他们即将出发去更新配置,而主任这次并不随行。
本章未完,请点击下一页继续阅读! 第1页 / 共3页