完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
扫一扫,分享给好友
|
本帖最后由 一只耳朵怪 于 2018-5-29 11:26 编辑
硬件环境: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左右 |
|
相关推荐
1个回答
|
|
|
Eric,
能否参考下面的论坛讨论? https://e2e.ti.com/support/embedded/linux/f/354/p/172205/636231#636231 |
|
|
|
|
只有小组成员才能发言,加入小组>>
549 浏览 0 评论
1613 浏览 0 评论
2047 浏览 0 评论
为啥BQ7693003DBTR芯片在和BQ769X0盒子通讯时收不到信号?
1513 浏览 0 评论
DSP 28027F 开发板 XDS100v2调试探针诊断日志显示了 Error -150 (SC_ERR_FTDI_FAIL)如何解决
1337 浏览 0 评论
AT32F407在USART2 DMA发送数据时,接包接到了要发送的数据,程序还是处于等待传输完成的标识判断中,为什么?
1757浏览 29评论
2781浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符,哪位大佬可以帮忙解答下
1724浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方,寻求答疑
1634浏览 14评论
两个TMP117传感器一个可以正常读取温度值,一个读取的值一直是0,为什么?
1645浏览 13评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-2 09:43 , Processed in 1.027028 second(s), Total 72, Slave 55 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
1184