这个开发商简直就是脑残，到现在解决不了卡的问题！！...

liujian463

这个开发商简直就是脑残，到现在解决不了卡的问题！！，用780尼玛 还是卡

sp-m

不知道他们是怎么做的计算，看样子770往上的卡，都会给CPU带来极大的负担。。。一般是4核CPU某个核跑到100%，其它3核都很闲。

哈利路亚

前阵子有坛友吐槽说E社XR的程序底层不高明，技术不先进，是LZ么

sp-m

哈利路亚 发表于 2014-6-12 22:20
前阵子有坛友吐槽说E社XR的程序底层不高明，技术不先进，是LZ么

是我说的。

liujian463

sp-m 发表于 2014-6-12 23:52
是我说的。

哈哈哈 E社技术本来就不怎样。这个游戏如果优化的好，就这画面效果460最高效果都不会卡的。又不是寒霜引擎

哈利路亚

sp-m 发表于 2014-6-12 23:52
是我说的。

还是严重同意你的看法。

但这不是深层原因，深层原因估计还是领导层的决策失误和资金链吃紧造成的

sp-m

liujian463 发表于 2014-6-13 09:41
哈哈哈 E社技术本来就不怎样。这个游戏如果优化的好，就这画面效果460最高效果都不会卡的。又不是寒霜引 ...

我也没仔细分析，只能说可能是，他们把物理效果做得太多了（物理效果吃CPU比较多），然后用的还是DX9。DX11的物理计算比DX9高效许多，CPU性能的消耗会减最少1/3。而现在新卡都硬件支持DX11，对DX9的支持较差，虽然说他们开发期比较早，那时候DX9正流行，但是，DX11也出来好几年了，微软提供的开发接口又很充足，改换DX11并不是技术难点。

再然后，如果做过大型项目的话，应该都明白系统分析的重要性，系统分析做不好，从开发初期架构就会是歪的。从EGO把大舰要靠港同时加上几十个货运无人机才能贸易来看，系统分析就几乎没做。因为这俩项很明显都是容易出错的，放同一系统里，搞不好出错率会是单一系统的幂，而不是靠港出错率和货运无人机出错率的相加。有经验的系统分析师都不可能犯这种低级错误。如果开发初期就考虑到了这样的问题，现在靠港物流肯定会被单独做出来，比如物流中心模块单独计算，靠港后由物理管道连接，物理管道可伸缩，有一定角度等。货运无人机应该是用在太空里的，比如船对船。

再说一下，它的多核计算，系统分析师应该预估单核占用率，而不是简单粗暴的把任务分配给某一核了事。。应该能够自动分配核心，互相分摊计算。而它现在是一核消耗非常高，另3核很闲，所以说，普通的监测软件看到的CPU消耗都不高，但是却很卡。。。另外系统分析师还要预测软硬件技术的发展，正如第一段说的，当初没有预测到DX11，也是系统分析的失败。。。另外我估计它的程序里跳转和预测的太多了，因为它在太空里的单位特别多，所以跳转和预读容易出错。这个一出错，整个1，2，3级缓存都可能要重读，如果速度不匹配，CPU的寄存器有可能和缓存里的数据不匹配，然后计算出错，这也容易产生BUG。要是多来几次的话，机器就会变很卡。