Quantcast
Channel: 数字信号处理器 (DSP) & ARM® 微处理器
Viewing all articles
Browse latest Browse all 21822

帖子: dm6446 Engine_open和TraceUtil_start独占cpu的问题

$
0
0

硬件环境:DM6446

软件环境:dvsdk_2_00_00_22

问题1:TraceUtil_start函数耗时转移问题

问题描述:

           a. arm端app先调用TraceUtil_start后调用Engine_open,耗时测试结果为TraceUtil_start耗时约1s,Engine_open耗时约2ms

           b. 屏蔽掉TraceUtil_start及track相关配置内容,arm端app调用Engine_open,耗时测试结果为Engine_open耗时约1s

问题2:TraceUtil_start和Engine_open函数独占cpu问题

问题描述:

           a.  问题1中调用的TraceUtil_start和Engine_open两个函数或者单独调用Engine_open期间这约1s的时间,均出现独占cpu的现象,其余所有线程都无法持续运行,需要等待该函数调用完成后才能继续运行

问题3:重启设备,程序调用TraceUtil_start和Engine_open或者单独调用Engine_open时,两个函数耗时总约1s,不重启设备的前提下再次运行程序,程序调用TraceUtil_start和Engine_open或者单独调用Engine_open时,两个函数耗时总约100ms,为什么差异会那么大?在dm6446中dsp是靠arm来唤醒的,arm端程序退出了,dsp也应该重新处于休眠状态了,第二次调用应该需要重新唤醒的吧?

问题描述:

           a.  问题1中出现的耗时1s现象,并不是每次都会出现,但是在第一次断电重启设备后,第一次运行程序调用TraceUtil_start和Engine_open或者单独调用Engine_open时,每次耗时都差不多是1s左右;接着将调用程序完全退出,在设备不断电重启的前提下,重新运行测试程序,这时候程序调用TraceUtil_start和Engine_open或者单独调用Engine_open的耗时约为100ms左右


Viewing all articles
Browse latest Browse all 21822

Trending Articles