优化及性能

宏BEHAVIAC_RELEASE定义的时候是最终版,BEHAVIAC_RELEASE没有定义的时候是为开发版。开发版下诸如logging,socketing,热加载等开发功能是有效的。

  • 在C#版本,Cpp的debug版中,BEHAVIAC_RELEASE缺省下没有定义的。诸如logging,socketing,热加载等开发功能是有效的。可以通过behaviac::Config::IsLogging和behaviac::Config::IsSocketing来控制是否要Log到文件或是否与编辑器的连接。
  • 在Cpp的release版中,BEHAVIAC_RELEASE缺省是有定义的。诸如logging,socketing,热加载等开发功能都是没有定义的。
BEHAVIAC_RELEASE缺省下是否定义的说明

BEHAVIAC_RELEASE缺省下是否定义可以参考构建说明

简单来说对于Cpp,当使用Cmake的时候,BEHAVIAC_VERSION_MODE用来控制BEHAVIAC_RELEASE是否定义:

  1. Default,缺省模式是Debug下BEHAVIAC_RELEASE没有定义,而Release下BEHAVIAC_RELEASE有定义
  2. ForceUseDev,强制不定义BEHAVIAC_RELEASE
  3. ForceUseRelease,强制定义BEHAVIAC_RELEASE

而当BEHAVIAC_RELEASE定义的时候的最终版里,logging和socketing是关闭的,也不支持连接编辑器。

具体可以参考开发功能开关

总之,针对效率可以有下述选择:

  1. 定义BEHAVIAC_RELEASE,从而不编译诸如logging,socketing,热加载等开发功能,提供最高效率,也不支持连调功能。
    • C++下,在_config.h中定义BEHAVIAC_RELEASE为1
    • C#下,在Assets目录下的smcs.rsp文件中,定义BEHAVIAC_RELEASE
    • 如果想选择打开或关闭调试功能而不是完全的关闭,则不需要修改任何关于BEHAVIAC_RELEASE的定义,通过behaviac::Config::SetLogging和behaviac::Config::SetSocketing来控制是否打开logging和socketing。
  2. 不使用xml或bson格式,而是使用C++或C#格式
    – C#下,还需要那些在行为树中使用到的Agent的成员都是public的(非public的成员即使通过C#代码访问也需要使用反射系统来进行,会导致GC Alloc以及性能损失)。
overhead

behaviac可以导出xml(bson),或者源码(cpp/c#),源码的效率要优于数据(xml/bson)的执行效率。实际上这里的效率都是指的behaviac本身的overhead,如果提供的方法本身效率很低,运行很慢,behaviac本身的overhead就可以忽略不计了,无论是选用导出何种格式都遇事无补,这个时候,最需要解决的是优化方法的执行效率。

overhead
如上图,尽管xml格式是cpp格式的大约2倍,但这个overhead实际上是非常小的,只有0.0000269秒,0.0269毫秒。(具体数据会因为测试环境的不同有差异)。

3 thoughts on “优化及性能

发表评论

电子邮件地址不会被公开。 必填项已用*标注