危机是复合的。

莫余从星球主机里面拷贝来的，不止是外围的配置脚本屎山和参数快照，还有主机的运行状态日志。

依靠这些资料，他彻底弄清楚了恒星参数异常的问题。

当初设计星球主机的精灵们，为了某些特别的思量，让虚拟世界里面所有恒星的运行参数，与外面真实世界里那颗太阳保持了强相关。

根据苔藓的判断，星球主机的运行模式，不适合真的模拟一堆恒星的运行，那样会有很夸张的资源占用，这并无必要。

可能在那个久远的时间，为了保持虚拟世界内部恒星的运行稳定，设计者们直接将很多基础参数，绑定在了对外面世界恒星的观测上。

这应该是为了虚拟世界中恒星模式的真实感，或者稳定性，亦或是基于对外面世界的一丝留恋。总之，当年设计者的某些想法，在漫长的时间后已经变得非常不合时宜。

莫余感觉，换成自己，也不会考虑这么久以后的运行问题。

——总得相信后人智慧。

针对这个恒星参数问题，莫余已经想到了几种感觉还不错的修复方案。

比如对外面的几个恒星观测站的观测结果进行修改和伪装，填入固定参数输入进虚拟世界；比如直接对虚拟世界恒星进行一次快照，以后都用不变的恒星模式；比如调整虚拟世界里恒星参数的适应范围，延缓问题的到来……都挺具备可行性。

可是濒临极限的星球主机存储资源，就不太好解决了。

星球主机的计算能力很强大，现在也远未到极限，虚拟世界里的几十个星系也未被精灵们开发。

可或许是将数十万年来每个精灵的经历都存储下来的原因，主机的存储占用已经到了警戒位置。

这毕竟属于硬件问题，要么对虚拟世界中的未使用内容进行裁剪，要么清除这些可能对于精灵们来说十分重要的记录，要么在外面增加新的设备。

…………

拥有了希望之后，大家的工作效率又上了一个台阶。

借助随身空间这十分熟悉、作为工具又略有陌生的存在，应急事件处理部的精灵们将原本拥有的勇气，通过不断的模拟运行，化作了底气。

由于面对情况有了变化，矿卡主任还顺势改革了组织方式，集中了力量，让成员们用小组的形式进行攻关。