警告！警告！飞船存储空间不足！| 科幻小说(7)

刑天号的全站日志是旅程中最重要的信息，老爸一直跟我强调这点。这一点我在真正参与飞船故障排除时才深切体会到。对于规模庞大的控制系统，任何一个程序员都不可能明察秋毫地在故障发生时直接定位代码的故障点。老爸给我讲过一个故事，说以前地球上有个垄断工厂派人替客户维修机器，随便在缸壁上画一根线一敲就开价收取一万美元，并且还信誓旦旦说虽然画线只值一美元，但知道在哪儿画值九千九百九十九。这垄断带来巨额利润的典故在我们这一行断然不可能发生，要排解控制系统的故障，我们只能从日志入手，了解分析故障发生时以及发生前的表现，环环相扣，层层深入，直到解决问题为止。
空指针，你还记得我帮老爸排除第一个故障的时候吧？当时我一个人花了三四天、查阅了近六个月来二十多个子系统的所有日志，最后才找到问题点并顺利解决。解决后虽然我挺有成就感，并且老妈也替我高兴，说我的思维很灵活、很理性，可老爸却不以为然，说六个月的日志范围已经很小了，他当年最多查阅过近五年内的日志，连续阅读分类搜索分析，几乎累个半死。我问为什么一定要去查阅全站的历史日志？老爸靠在舱门上抖着腿说你以为我想啊，头痛医头谁不会？你以为只是发现拐弯的角度计算偏了随便纠正一下就没事了？得找到计算错误的根源懂不懂？上次经过彗星群时你知道发生了什么吗？避让陨石雨的时候，有块直径三米的大石头居然进入了飞船附近两百公里的距离，我慌啊，一查，预警系统的速度安全系数居然比正常值小了十五个百分点，谁改的？没人动，全靠系统根据预测模型自动分析调整。

预测模型有二十七个输入参数、计算公式里有九个核心因子、十三个非核心因子，其中十一个因子固定，剩下的在运行过程中根据反馈动态修改。有个非核心因子的数值在当年掠过海卫一做轨道修正时被错误地左移了一位，另外有两个非核心因子在穿越冥王星轨道时运算的数值发生了溢出，但当时没有明显故障，谁也不知道这里有坑。等到了彗星群这儿，那几个偏差的值在巧合条件下凑一块，就出了大问题。你老子我要是不找到错误的根源，下回还会埋下同样的定时炸弹，到时候就不一定是两百公里了。老妈说你说话文明点嘛，在儿子面前称什么老子？老爸说我就是他老子咋啦，基因再怎么改我不还是他老子？
老爸老妈于是又吵了一架，他们俩这种动不动就发动战争的现象，我想这么多年你听下来也已经习以为常了。老妈作为P4实验室与基因库的保障员，只在航程初期花了八个月时间确认飞船环境对冷冻基因库没有明显影响，之后便大概只剩下每月定期巡检这种机械式的任务，近一半时间都是空闲。