搞定了源代码，克里自然有办法将这个庞大无比的应用程序进行重新编译，这个程序大部分的代码都是用c和c++编写，所以在编译环境和编译程序同别的应用其实区别不是很大，第一天杜克就搞清楚这个程序用什么东西来编译，回家后直接在克里上安装了一套。
克里编译出来的新核反应模拟系统，很快就可以同时运行在改进后的虚拟泰坦ii和原版泰坦ii系统上，让杜克心神大定。
这个时候，杜克才开始让克里进行应用程序效率的优化，先是针对原版泰坦ii系统进行优化，准备拿克里优化出来的结果后才开始动手进行修改。
这个程序值得优化的空间果然很大，里面充斥着大量的海量数据运算程序，由于这个程序保密程度很高，加上要求严格，显然开发人员在很多时候都按照保守方式开发，虽然这样做出来的算法不容易出错，但是在效率方面具有极大的改进空间。
所以克里几乎没有费多少时间，就拿出来一个性能优化提升幅度高达百分之五十的新版本，经过在虚拟的原版泰坦ii系统上的多处验证后，克里给出了这个新改进版本的所有改进清单，并且测试出每一处改进提升的效率。
如此贴心的考虑，如果传扬出去足以让所有做程序员的苦逼们羡慕死。
不过看到这个惊人的结果，杜克到有些踌躇了。以杜克此刻的情商，自然不会傻到直接将这个结果都修改到新版本的应用中去，这样做，不是增强头上天才这个光环，而是直接套上妖怪的帽子，绝逼别想走路了。
上次对于操作系统的大幅度改进，其实在代码上只不过改进了调度部分，可以说那是在并行算法方面研究有心得，这个改进看起来虽然激动人心，但是还不至于让人看做是怪物，但是如果克里现在列出的改进地方全部展现出来，那就实在太逆天了。
这些地方修改涉及到的算法相当多，不是一个俩个，涉及至少几十万行源代码，想杜克也就是研究了个把月，要将一个从没有见过的几十万行代码看懂不说，还要进行大幅度改进，这个表现就实在太非人类所为了。
所以杜克是不会犯下这种低级错误的。但是究竟提升多少安德鲁教授那里才能够比较完美地交代下去，杜克没有就此同安德鲁教授交流过，不知道他的心里底线是多少。考虑到上次操作系统性能提升百分之十五，大家都有些激动，这次提升的比例杜克决定还是稍微控制一下。
只是控制到多少才合适，杜克实在有些头疼，他仔细再看了看克里提供的修改清单，注意到有俩个地方的修改效果比较好，合计大约修改了不到5000行的代码，但是提升效果就达到百分之十一，杜克心中一动，这俩处修改好像还可以，涉及的代码不多，效果也不错，不如就用这个交差好了。
想到这里，杜克在连接核反应模拟程序的终端机上开始修改起代码来，为了体现出来深思熟虑的效果，这几千行代码，杜克还是足足花了一个多星期才修改完毕。
等到编译测试通过后，杜克顺手让克里为这俩段代码编写了几个测试程序，假装测试了一下效果，当然这个被克里已经严密验证过的代码，除了杜克输入错误之外，算法方面已经无懈可击，所以通过这几个测试程序那是一点压力都没有。
但是杜克需要这个测试结果来向安德鲁教授交差，这种至关重要的应用，没有一个可信的验证方案，安德鲁教授是绝对不敢胡乱主张采用的，毕竟差之毫厘失之千里，如果核反应程序应用失去了其准确性，运转速度太快也是白搭。
完成了这一切，杜克来到了安德鲁教授的办公室。