3.3加载耗时是3.1的3~4倍 【实测,附Demo】

嗯。多谢提醒。
我的加班加点的意思,是指他中午不休息

关于预览资源加载速度的问题

感觉不是很好处理,如果预览要处理的话,等于资源系统需要将所有数据针对预览进行预处理~
这样反而会拖慢资源系统的响应。

比如原来拖入一张图片,只需要导入这张图。但加了预处理后,就需要预处理合图。只要合图里的一个资源变化了,都要重新处理。

这样开发过程体验到的感觉反而会变慢。

我们会想想有没有其他办法继续优化预览速度,大家如果有好的想法和建议,也欢迎留言给 creator 提意见吖~

果然是指望不上原生性能了,精力都在小游戏,不敢用了

小游戏性能也不行啊,这就是在小游戏上测试的

不得不说,我也陷入了深深的沉思中~
+1

赶脚楼主的测试方式很简单也很直接,既然发布版本提升性能,肯定是在发布之前测试了的,但是被这么直接了当的测试方式打脸,cc是不是现在搞花头搞的有点过了

这,。。。规避996,还是老板有招

首先问题确实存在,我们漏测了,在升级曲线数据之后,粒子的曲线数据量增涨,而且 instantiate 流程有变化,我们没有专门测试到粒子的实例化消耗。这个测试例中主要就是粒子的实例化。我们目前已经找到问题,在优化中,会在 3.3.1 修复这个加载问题。

很感谢题主及时的反馈,大家也不要误解这个问题的影响面,release note 中提到的性能优化也是我们测试过的。我们会增加测试例覆盖面,以后尽量少让大家陷入沉思,

1赞

不得不说,我不得不陷入了深深的迷思中…

"我们会增加测试例覆盖面,以后尽量少让大家陷入沉思,"有点意思,啊哈哈,看到这句话我觉得你人应该很好玩和幽默!象是那个开的起玩笑的人

1赞

别打击过度了,至少在HTML5小游戏IDE这一块,全球他们未逢敌手。大家行,大家上。

1赞

。。。我是真的夸。。。没有嘲讽

要怪就怪没有海外的已经开发好的英文版IDE能拿来汉化一下,如有,他们就能加速了。再起个名字,例如浑蒙。

请问这个有临时解决方案吗?能否给个临时修改的方案让我们自己改一下

如果只是预览慢的话,还可以接受啊

麻烦合并下这个 PR,我们测试下已经和 3.1 接近了。https://github.com/cocos-creator/engine/pull/9276/files

3赞

对给大家带来的影响感到十分抱歉,我们将在 3.3.1 修复此问题, :pray:

1赞

该主题在最后一个回复创建后14天后自动关闭。不再允许新的回复。