protobuf js在原生平台运行效率问题

Creator 2.x
#21

引擎这块不太熟悉，我想spiderMonkey改好了也是ok的

#22

测试的是 protobuffer 的使用吧？这里有几个因素影响

  1. JSB 中 Spidermonkey v33 的 JS 性能跟新版本 Spidermonkey 和 Chrome v8 都有不小的差距
  2. Spidermonkey v33 存在一些内存泄漏的问题，跟内部 bug 有关系，比如使用 arguments 必定泄漏
  3. protobuffer 对 v8 进行过针对性优化，毕竟是 google 自己的东西
  4. protobuffer 的实现可能会触发 Spidermonkey 的其他问题导致函数无法被 jit 优化等

我们已经在启动绑定层的重构，为了未来能够方便的升级 Spidermonkey 甚至替换 JS 引擎

6赞
#23

嗯，我是使用protobuf时发现web和native差距较大，就做了个10000W次的纯循环测试，结果确实差距不小！

赞一个！感谢引擎团队的努力与付出，希望能尽早用上替换后的js引擎版本！

#24

protobuf官方不是有js版本么,并且可以把proto转成js，这样不就可以直接在js层处理么？难道这样也有问题？
有点不太理解，是用的c++解析么？还是js转到c++解析？

#25

https://github.com/google/protobuf/releases

粘贴的图像933×692 61.8 KB

#26

關注一下，
如果JS引擎置換後，我也來試試，謝謝各位大神的努力 :blush:

#27

嗯，就是将proto转成js代码，然后直接在js层解析的。
proto是没有问题的，经过测试，是js引擎效率问题，仅做1000W次循环，无其他任何操作，在同一台手机运行到native和浏览器中，效率就相差了20倍

#28

那能不能用C++解析protobuf呢？

#29

可以，我们现在就是用jsb调用cpp来解析protobuf

#30

请问解析完毕的结果是以什么形式供JS层使用的？

#31

我们就直接用JSON格式，也还挺好的。

#32

解析以后直接转成json传到js层使用的

#33

这个思路不错，如果Server端也是C用起来也方便。

#34

这样速度就上来了么？

#35

是的，这样做了后，proto这里的性能消耗基本就可以忽略了

#36

现在 native上性能这个问题解决了么？

#37

js解析 性能差 内存瞬间飙高

#38

这个性能有这么大的问题？有没有替代的方案？

#39

JSON格式很浪费资源,毕竟加了很多多余的符号.

#40

给分享下好不好。 如何从C++解析