各位,DM385的板子、rdk3.8,Cpu偶尔突然飙到很高,视频会卡顿进1到2秒,在link里面打印日志,整个link会卡1800毫秒左右,本以为是程序的问题,后做了一个测验,将文件系统所有相关的程序都删掉,只跑了一个测试网络的小程序,问题依然存在。我已经解决了很多天,依然无进展。求帮助!!!
Ternence_Hsu:
你好;
你是link模块在工作的时候,延时1.8s,还是网络在发送接收数据的时候延时;
link 的卡是在什么link 中测试的呢?
是否有对内核系统相关的地方做修改呢?
有没有测试过demo板?
guiliang chen:
回复 Ternence_Hsu:
link工作的时候延迟,我在裸的操作系统上测试过,cpu依然会有高的时候,demo板也测试过,也存在这样的问题。
Ternence_Hsu:
回复 guiliang chen:
cpu 的资源占用率很高,你是说的arm的cpu还是m3或者是dsp的?
link是测试的哪个link呢?
你现在的问题是平台上面只要运行程序,arm的cpu就特别的高吗?
guiliang chen:
回复 Ternence_Hsu:
cpu的占用率会高,我在多个link都测试过,cemera、iss、包括上层一点儿的编码等。cpu不是一直高,会偶尔的升高,只要cpu升高,视频流就会卡顿一下。
guiliang chen:
回复 guiliang chen:
我们目前看到的是arm的cpu会高,没有m3的。
Ternence_Hsu:
回复 guiliang chen:
你好;
camera iss 都是工作在m3 内部,arm 不应当会cpu 过高的,基本不会有什么影响,会不会你的测试方法有问题?
guiliang chen:
回复 Ternence_Hsu:
1、m3的使用率多少,目前不知道,m3的使用率我不会看,是不是要在代码里查看,您是否可以指导我来查看一下?
2、我们在裸地操作系统上跑一个测试网络的程序(这个程序我们在其他的平台上测试过,没有问题),cpu还是会升高。
2、我们有多个工程师同时在测试,都发现了这个问题, 但视频卡顿和cpu升高是否有必然的联系,现在不知道,只是这两种现象肯定会同时出现。
3、我们在demo板上也进行了测试,nand上烧写的是rdk3.5自带的程序,包括ubl、uboot、kernel、filesys等,依然会出现卡顿及cpu升高问题。
以上就是我们目前所发现的情况,测试方法应该没问题。
Ternence_Hsu:
回复 guiliang chen:
guiliang chen1、m3的使用率多少,目前不知道,m3的使用率我不会看,是不是要在代码里查看,您是否可以指导我来查看一下?
m3的负载可以通过 MultiCh_prfLoadPrint 来查看;
guiliang chen2、我们在裸地操作系统上跑一个测试网络的程序(这个程序我们在其他的平台上测试过,没有问题),cpu还是会升高。
只在a8端运行程序,cpu会突然升高? 测试程序是怎么写的?在其他平台上面测试,什么平台 ?
demo 板, 是TI官方的板子吗?
guiliang chen:
回复 Ternence_Hsu:
1、测试程序在8168的平台上用过,代码的实现是我们公司另一位同事写的,我还没具体看过代码。
2、demo板是我们公司购买的,应该是官方的。
guiliang chen:
回复 guiliang chen:
您这方便通过qq或者邮件联系吗?我这真是研究这个问题好久了,进展很小!
TI中文支持网

