Creator3.6.2和LayaNative2.13.2原生端性能测试对比

内部经过测试已经反馈给引擎组了,后续有结果随时同步

问题跟踪链接:https://github.com/cocos/cocos-engine/issues/13277

2赞

好贴,大佬牛批~

1赞

mark,大佬牛批

顺便来一波 2.4和3.6的对比? :grinning:

期待 :rose:

请问这个问题官方有在推进吗? 我看github上把这个问题放到了3.7.2,但是在更新日志里又没有这一条,现在有定位到什么问题吗?而且不仅仅是在小米6上,应该是大部分安卓机对比laya会差

laya性能好指的是h5,不是native

但是我现在实测的结果是,laya2.13的安卓native比creator3.6.2支持的序列帧多很多 3100 : 800 就是正常的跑序列帧,没有其他逻辑

感谢反馈。Creator 3.x 原生上也有 gfx 层级线程分离的,而且默认是打开的。
至于为什么 android 上序列帧动画性能有问题,我先分析看看。

分离线程具体是指引擎里面哪部分代码?

1赞

看到是应该加锁的可能会有性能问题,不考虑用无锁的吗,记得unity就是无锁的ringbuffer

https://forum.cocos.org/t/topic/152091/54?u=jordiwang

2d spine 的性能也可以看下,实测 spine 数少的时候和 2.4 差不多,多的时候就差距很大了

看下3.8.3 优化了很多spine的,有时间会考虑cpp,方便的话发一个demo,我们看下

这内部也是用无锁队列的。

能否也提供一下 LayaAir 的测试 demo? 另外是否有做下 web 上的对比?

麻烦发下邮箱呢?我发到邮箱里面,私信有时候收不到

另外一个建议,你们看看是否每周轮流值班汇总论坛和其他各渠道的反馈的问题呢?汇总完会比较清晰看到主要问题和趋势,也方便分析


那我们MessageQueue里面的这个锁怎么理解?

这个只有在队列中没有可读取的消息的时候,才会尝试 lock。大部分情况下,生产者是不断产生新的消息(写队列),消费者是不断的读消息(读队列),队列中为空概率应该是比较低的。

1赞