Ogre vs. Axiom，C#竟然比C++快？

eiX

RealmForge WiKi上的测试：http://realmforgewiki.castlegobs.nl/index.php/Ogre_vs._Axiom_Comparison

夜荷

可能是Axiom比Ogre简洁的原因吧，ogre我看过代码，觉得框架很大，集成了很多功能，可能因为这个原因导致效率要比Axiom低。

航天奇侠

分析一下，其实从语言层面，c#不会比c++快。
但是根据系统的复杂程度，语言的性能差异可能不是重要因素。

比如网络，关键是网络硬件延迟导致性能问题，而不是语言设计的程序逻辑，这部分导致程序性能出现瓶颈。

游戏开发，尤其是图形引擎，关键性能部分，大家都是调用directx之类的库。而产生的性能差别主要是靠语言逻辑，和接口的实现，而这个在一般的不是那么复杂的引擎中，都不产生太大的差异。

从理论上讲，c#在运行时才编译代码，和c++一开始就编译代码，只是将编译这个步骤延迟了，一样都是编译型程序语言。在运行中编译会产生一个多余的“编译时间”，但是这个可以进行多方面的优化，比如在程序运行的空闲时间，可以后台进行编译，到“激活”状态，基本就消除了这个编译时间。

就算两个都是“普通”类型的变异型程序语言，也还是有性能差异的，一个语言功能强大的语言，尤其是动态性方面比较出色的语言，他的效率就要稍微低，因为这是等价交换。除非，这强大的语言功能没有作用，否则有着强大功能的语言，比通过底层手工编写代码，而实现相应的功能得简单语言，要简便的多，同时，编译器也能进行这方面的优化。

lwevil

个人认为从机制上来说， c#和c++，说道效率问题，都是和编译器有关系的。而还有一个重要方面：就是c#里托管代码的机制，必然造成很多影响效率的问题。
（我当然不是说c#没有c++好，我本人很喜爱c#，更喜欢c/c++。只是客观说一下）

因此，应该说是Ogre 和 Axiom的比较，而不是c#和c++的比较

whb9633

上述测试和语言无关吧。

航天奇侠

我认为效率问题，要根据实际情况。
比如就一个窗口，简简单单的程序，也去讨论什么效率问题那时没有意义的。

第二点，效率问题要注意瓶颈效应，比如有些网络开发，通讯线路延迟才是效率的瓶颈，这个时候去讨论语言本身的效率优化问题，那也是没有意义的。

第三点，效率问题未必是程序开发的重点。程序开发要衡量开发成本，经济效益。一个低开发成本的语言平台，可能就是我们真正需要的，而不是所谓的效率。

第四点，要具体测试项目，而不是讨论语言本身的一般性差别。 有可能一个程序本身，就是由各种语言开发继承的，在效率关键的部分使用c++，甚至汇编，而在其他部分注重开发成本。根据不同的项目，选择合理的配搭，这才是优化和具体情况结合的做法。盲目的优化，在实际开发中，是不可能存在的。

总的来说，节省成本，最球性价比，才是我们中国软件人需要关心的事情。

人家美国人，每天写100条代码，但是产出1k美元，我们每天写1000条代码，却只是产出100人民币。就算我们明天能产出2000条代码，又如何？除了累死人，这并没有提高性价比。我们应该想办法提高性价比，减少劳动。这才是未来的发展方向。

genic

航天 你 那句 “人家美国人”说的 好没劲！

-_-!

航天奇侠

?语法上没错误吧？
就是人家，俺们家不行。