搞定了源代码,克里自然有办法将这个庞大无比的应用程序进行重新编译,这个程序大部分的代码都是用c和c++编写,所以在编译环境和编译程序同别的应用其实区别不是很大,第一天杜克就搞清楚这个程序用什么东西来编译,回家后直接在克里上安装了一套。
克里编译出来的新核反应模拟系统,很快就可以同时运行在改进后的虚拟泰坦II和原版泰坦II系统上,让杜克心神大定。
这个时候,杜克才开始让克里进行应用程序效率的优化,先是针对原版泰坦II系统进行优化,准备拿克里优化出来的结果后才开始动手进行修改。
这个程序值得优化的空间果然很大,里面充斥着大量的海量数据运算程序,由于这个程序保密程度很高,加上要求严格,显然开发人员在很多时候都按照保守方式开发,虽然这样做出来的算法不容易出错,但是在效率方面具有极大的改进空间。
所以克里几乎没有费多少时间,就拿出来一个性能优化提升幅度高达百分之五十的新版本,经过在虚拟的原版泰坦II系统上的多处验证后,克里给出了这个新改进版本的所有改进清单,并且测试出每一处改进提升的效率。
如此贴心的考虑,如果传扬出去足以让所有做程序员的苦逼们羡慕死。
不过看到这个惊人的结果,杜克到有些踌躇了。以杜克此刻的情商,自然不会傻到直接将这个结果都修改到新版本的应用中去,这样做,不是增强头上天才这个光环,而是直接套上妖怪的帽子,绝逼别想走路了。
上次对于操作系统的大幅度改进,其实在代码上只不过改进了调度部分,可以说那是在并行算法方面研究有心得,这个改进看起来虽然激动人心,但是还不至于让人看做是怪物,但是如果克里现在列出的改进地方全部展现出来,那就实在太逆天了。
这些地方修改涉及到的算法相当多,不是一个俩个,涉及至少几十万行源代码,想杜克也就是研究了个把月,要将一个从没有见过的几十万行代码看懂不说,还要进行大幅度改进,这个表现就实在太非人类所为了。
所以杜克是不会犯下这种低级错误的。但是究竟提升多少安德鲁教授那里才能够比较完美地交代下去,杜克没有就此同安德鲁教授交流过,不知道他的心里底线是多少。考虑到上次操作系统性能提升百分之十五,大家都有些激动,这次提升的比例杜克决定还是稍微控制一下。
只是控制到多少才合适,杜克实在有些头疼,他仔细再看了看克里提供的修改清单,注意到有俩个地方的修改效果比较好,合计大约修改了不到5000行的代码,但是提升效果就达到百分之十一,杜克心中一动,这俩处修改好
请收藏:https://m.bglo.cc
(温馨提示:请关闭畅读或阅读模式,否则内容无法正常显示)