“AOS系统本身虽然没有问题，但是AOS系统为了实现多功能、多武器系统高相容性等等特色，再加上AOS系统是以高阶程式语言编写，又没有经过效率最佳化处理，因此AOS系统需要相当大的运算负荷量，而AOS系统所需要的运算负荷量就远远超出飞燕式所搭载的思考者四型控制电脑所能提供的运算负荷量。”
刚才成功对着王燕解释的时候，王燕听不懂运算负荷量需求的关系，但是这些技术人员却听懂了，只见会议室中的技术人员无不抱头痛哭、捶胸顿足，但是他们叫喊着的都是同一句话：“原来问题出在这里，天啊！为什么我们竟然没有想到？”
对于这些技术人员会有这种反应，成功并不意外，因为这些技术人员虽然懂这个道理，但是他们专精的并不是这方面，基本上这些技术人员之中，只怕找不出几个会编写程式的人，因此程式的运算需求量是否超出了电脑负荷，这个观念只怕从来不存在于这些人的思考当中。
说得难听一点，不只是秦氏工业的技术人员有这个盲点在，很多机甲制造商的技术人员都有类似的盲点，只是这些机甲制造商比较黑心，他们为了节省成本，采用的都是功能比较单纯、相容性比较低的OS系统，这些功能较为单纯的OS所需要的运算容量就不像AOS系统这么大，所以这个问题虽然存在，但是都没有人发现过，毕竟开发和编写OS的程式设计师不关心OS的效能、而是注重OS是否能以最低成本开发出来和是否存在有错误；驾驶机甲的驾驶员虽然会关心机甲的性能，但是他们对于OS运算需求量与控制电脑运算量一无所知；而机甲制造商为了减低成本，他们通常都是向开发OS的厂商购买OS而不是自行研发编写。
就是因为成功注意到了OS运算需求量和控制电脑运算容量的关系，所以成功才会选择到大学修读自动控制，还坚持学习低阶的机器语言以便用来编写运算需求量最少的OS。
这次飞燕式之所以会出问题，只能说是运气不好，因为从来没有人关心过OS运算需求量和控制电脑运算容量之间的关系，而秦氏工业大概是为了要推出最好的机甲，所以才不惜成本、花了大钱去买通常只有一流机甲才会使用的AOS来给飞燕式用，谁知道阴错阳差，AOS系统的运算需求量超出了飞燕式控制电脑的运算容量，才会导致如此夸张的结果。
好不容易，台下技术人员的哀嚎终于平静下来之后，成功这才继续说着：
“所以，解决飞燕式性能低落的方法很简单，就是拆掉大而无当的AOS系统，改以其他运算需求量小的系统来替代，就可以了；目前我是以自己编写的GPOS系统来代替原本使用的AOS系统，不但可以解决飞燕式性能低落的问题，还可以再将飞燕式的性能向上提升一些。”
虽然说是来指导技术团队要如何修正飞燕式的性能问题，成功也没忘记推销一下自己花了四年时间才写出来的GPOS系统。
“那么，技术团队的各位，是否对于如何修正飞燕式的问题已经了解了呢？”看到成功停止了讲解，而会议室里的研究人员也没有提问，一直站在会议室前看着会议进行的王燕就问着。
内容未完，下一页继续阅读