搞定了源代码，克里自然有办法将这个庞大无比的应用程序进行重新编译，这个程序大部分的代码都是用c和c++编写，所以在编译环境和编译程序同别的应用其实区别不是很大，第一天杜克就搞清楚这个程序用什么东西来编译，回家后直接在克里上安装了一套。

　　克里编译出来的新核反应模拟系统，很快就可以同时运行在改进后的虚拟泰坦II和原版泰坦II系统上，让杜克心神大定。

　　这个时候，杜克才开始让克里进行应用程序效率的优化，先是针对原版泰坦II系统进行优化，准备拿克里优化出来的结果后才开始动手进行修改。

　　这个程序值得优化的空间果然很大，里面充斥着大量的海量数据运算程序，由于这个程序保密程度很高，加上要求严格，显然开发人员在很多时候都按照保守方式开发，虽然这样做出来的算法不容易出错，但是在效率方面具有极大的改进空间。

　　所以克里几乎没有费多少时间，就拿出来一个性能优化提升幅度高达百分之五十的新版本，经过在虚拟的原版泰坦II系统上的多处验证后，克里给出了这个新改进版本的所有改进清单，并且测试出每一处改进提升的效率。

　　如此贴心的考虑，如果传扬出去足以让所有做程序员的苦逼们羡慕死。

　　不过看到这个惊人的结果，杜克到有些踌躇了。以杜克此刻的情商，自然不会傻到直接将这个结果都修改到新版本的应用中去，这样做，不是增强头上天才这个光环，而是直接套上妖怪的帽子，绝逼别想走路了。

　　上次对于操作系统的大幅度改进，其实在代码上只不过改进了调度部分，可以说那是在并行算法方面研究有心得，这个改进看起来虽然激动人心，但是还不至于让人看做是怪物，但是如果克里现在列出的改进地方全部展现出来，那就实在太逆天了。

　　这些地方修改涉及到的算法相当多，不是一个俩个，涉及至少几十万行源代码，想杜克也就是研究了个把月，要将一个从没有见过的几十万行代码看懂不说，还要进行大幅度改进，这个表现就实在太非人类所为了。

　　所以杜克是不会犯下这种低级错误的。但是究竟提升多少安德鲁教授那里才能够比较完美地交代下去，杜克没有就此同安德鲁教授交流过，不知道他的心里底线是多少。考虑到上次操作系统性能提升百分之十五，大家都有些激动，这次提升的比例杜克决定还是稍微控制一下。

　　只是控制到多少才合适，杜克实在有些头疼，他仔细再看了看克里提供的修改清单，注意到有俩个地方的修改效果比较好，合计大约修改了不到5000行的代码，但是提升效果就达到百分之十一，杜克心中一动，这俩处修改好

　　请收藏：https://m.bu226.com

（温馨提示：请关闭畅读或阅读模式，否则内容无法正常显示）