成了服务器和客户端的核心部分优化，克里的模拟测试已经达到万并用户水准，当然这是基于分布式服务集群的基础上，只是这个经过克里优化后的游戏引擎框架已经面目全非，程序代码基本上被克里修改得没有什么可读性，按照这个状况，连杜克自己都根本无法解释这些代码，别说解释如何这么短的时间内修改了这么多代码，想到这里，杜克没有其它办法，只好同样将其封装成为dk，不提供源代码，而是以以dk方式提供二次开接口。

把d程序和dk交给圣达方面后，秦楚显然颇有微词，他们签订的是联合开协议，游戏收入利益共享，游戏的知识产权也是双方共享，拿不到源代码这算什么事啊？

圣达公司技术高层立刻反弹，强烈要求秦楚搞定源代码，原本这笔交易这些技术高层看来已经非常不对等，完全没有体现圣达大公司的优势，简直是一个出卖公司利益的不平等条约。毕竟他们都没有见识杜克语音识别技术的神奇，只是从常理推断用一个游戏改编版权和一个语音识别技术来换取五成的收益，实有些太过了。

当然他们的心目，认为所谓联合开，主要还是基于本公司的游戏引擎框架，相当于大部分研工作还得由圣达公司来完成，游戏引擎内核方面a公司连打打下手都没有资格，这个技术是要靠经验积累的，a这个名不见经传的小公司，圣达的技术高层们以前听都没有听过，这个技术能力还能有多强。但是公司测试部测试了基于杜克改进后游戏引擎框架开的d应用性能时，参与测试的技术人员第一眼看到结果数据的时候，几乎全部都傻了：我去，模拟测试一组服务器支持并用户居然高达三万！

卖糕的，这，这，这怎么可能一组服务器能够支撑三万并用户？！面对这个惊人水准，圣达测试人员不相信了，一定是测试程序出问题了，要不就是操作出问题了，因为如果按照他们原来提供的游戏引擎框架，一组服务器，也就是分别由1台人物服务器，1台战场服务器，1台野外服务器和1台副本服务器构成一个服务器组下，多能够支撑千人并已经是极限，而要想稳定流畅运行，一组服务器一般都要限制五千并用户以内。

被刺激到的圣达公司测试人员反复测试了五遍，结果还是一模一样，终于相信神迹诞生了，面对这个神一般的测试结果，圣达公司那些原本持怀疑态的技术高层都闭嘴了，按照这个数据，支持万用户并，所需要的服务器不过四十组，好，就算d同真实的应用之间性能差距打个七折，多也超不过五十组服务器。

好，光是看这个数据