把用白鹭开发的一款捕鱼游戏移植到了ccc上，遇到了大问题。

Creator 2.x
#1

都是用ts写的逻辑，所以很容易移植，现在遇到的问题就是，主循环遍历节点visit的时候消耗大量帧时间，还有就是GC造成的卡顿严重。性能表现比用白鹭差了好多。
上面说的visit太多初步发现原因是，白鹭里可以合并多个节点作为一张贴图，也就是合并为一个节点，所以在每帧遍历结点树的时候性能有很大提高，而creator还没有合并节点的功能。
第二个比较严重的问题就是，GC情况严重，周期性的回收mainloop里的callback不知道是什么情况。

就是这款，最近移植了一下：
http://forum.cocos.com/t/h5/49554

1赞
#2

什么平台，什么版本？

#3

1.6.1 web

#4

打成原生也有GC的卡顿。

#5

第一个情况确实比较严重，bake 功能我们已经在 issue 里躺了一年了一直没空去弄。之后 2.0 的渲染会重写，到时候估计会有好几倍的性能提升。
第二个情况应该不是 Creator 的问题吧？

#6

是Native还是Web？

#7

那这种东西 该怎么查？或者有什么思路去解决？

#8

Web, Native 需要等 -x 4.0

#9

这个不一定是 Creator 的问题，可以让 @panda @pandamicro 关注下

#10

顶。我们也是同样的问题。白鹭上研发的一个slg。结果。用ccc想换成原生的。发现性能还不如白鹭。查了很久。visit问题同样存在。而且那个GC。真的莫名其妙。我们详细的整理了一下。发现在label如果自动设置大小的时候。每次setString。都会产生大量的临时变量。又要费CPU。又要产生GC。请问那个gc问题。你们怎么排除不是ccc的问题的呢？

1赞
#11

Label 频繁变更确实是会引起性能下降。建议优先使用 BMFont。
其它方面，我们测试的时候没遇到 GC 情况严重的情况，如果你们有遇到的话，可以分析下是什么操作引起的。如果是引擎的操作引起的可以反馈给我们，我们再针对性的优化一下。

#12

2.0大概什麽時候會推出？

#13

完全就是等等等等等等…