32bit int
32 bit add/sub 57730kOps/s
32 bit mul 47599kOps/s
32 bit divide 1177kOps/s
32 bit Array Access 13783kOps/s
float
32 bit add/sub 1930kOps/s
32 bit mul 2308
32 bit divide 1006kOps
//////////////////////////////////////
可以看到,int的 +-* 大概是float的20~30倍左右
我现在的外部剪裁系统中,每一帧float的运算量绝对超过了数百kOps/s,所以光剪裁就消耗了接近20ms,靠,完全无法接受啊
1.用四叉树来管理
2.替换float为FixedPoint来操作
32 bit add/sub 57730kOps/s
32 bit mul 47599kOps/s
32 bit divide 1177kOps/s
32 bit Array Access 13783kOps/s
float
32 bit add/sub 1930kOps/s
32 bit mul 2308
32 bit divide 1006kOps
//////////////////////////////////////
可以看到,int的 +-* 大概是float的20~30倍左右
我现在的外部剪裁系统中,每一帧float的运算量绝对超过了数百kOps/s,所以光剪裁就消耗了接近20ms,靠,完全无法接受啊
1.用四叉树来管理
2.替换float为FixedPoint来操作
针对当前剪裁系统中float运算导致的性能瓶颈问题,本文探讨了两种解决方案:一是采用四叉树进行数据管理;二是将float类型替换为FixedPoint类型以提高运算效率。

被折叠的 条评论
为什么被折叠?



