Android OpenGL Trace Wall时间与线程时间

时间:2013-10-29 14:06:41

标签: android opengl-es-2.0 trace visual-glitch

我一直在努力了解为什么我的Android上的OpenGL ES 2.0应用程序不稳定。每秒的帧数非常高,通常保持一致的60fps,但游戏看起来并不顺畅。排除了我的时间步长(使用OpenGL ES 1.0运行相同的应用程序)以及重载数学和帧(应用程序已经简化为简单的旋转三角形)之类的简单问题后,我遇到了OpenGL Trace。

我找不到任何解释OpenGL Trace究竟发生了什么的信息。所以我在这里有点暗,但我看到奇怪的行为,例如glClear(mask = 256)函数占用2,533,190纳秒的挂壁时间,而线程时间仅为61,040纳秒。这将发生一次,然后几帧的一切都会正常。

另一个例子是glDrawElements。壁挂时间为274,684纳秒,螺纹时间为61,040。

这可能告诉我,通过我的试验和错误方法来理解跟踪中的任何信息,引擎盖下的某些事情导致了减速。

它实际上是什么意思?标准还是奇怪的行为?如果奇怪这种行为的一些原因是什么?

如果你会如此善良,任何人都可以向我指出信息,以便我可以理解我在追踪中看到的内容。

我正在尽我所能,并希望能够重新开始我的应用程序工作。谢谢你的阅读。

0 个答案:

没有答案