自己的算法连续两次运行消耗时间差20倍 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6398|回复: 3
打印 上一主题 下一主题

[已解决] 自己的算法连续两次运行消耗时间差20倍

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 , B* a+ r& u# E: ~5 `7 F2 s/ O: \8 x' w

5 ]' ~1 b9 [" T环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)8 E' T0 U) p+ w9 J0 J6 Z
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的9 K$ p$ U$ L  {, q4 o7 V
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?1 ]1 M. _  Z4 @4 Z" k
$ a: g8 o7 n' |$ E
  b7 F- @: S% y5 e6 T2 T! ^
下面是统计结果
: H  x( D, H) s统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
# ^& c. U& Y/ J: D9 X& t% hemucycle0_0 = EMUCNT0;
5 @! e# O3 j  j& o) gemucycle1_0 = EMUCNT1;
0 z' C1 X4 _3 y/ A0 T5 U$ uemucycle0_1 = EMUCNT0;
. m6 p  Z& I( i6 ?, ?* g) y; [emucycle1_1 = EMUCNT1; 2 t' \/ o1 f- F2 c- X
emuoverhead = (emucycle0_1 - emucycle0_0);  A8 t* k% o3 T: f% _

3 K' p3 W# ]' J) Q. I. ~算法();
- }! U, I0 W" T  b9 d
, t# j8 \. ]6 S4 K# oemucycle0_1 = EMUCNT0;' O3 U6 E1 I& U
emucycle1_1 = EMUCNT1;% |5 V3 q. G0 [3 z
7 h' A* v! [8 _4 ]# j9 z, @1 G, H
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
+ M/ z! m& E( H, W) Q: k
  v# n- t$ F! C' u. _( i
8 U2 X3 E9 y5 m. T! I统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
- l$ T8 x* m8 ?3 _# P DSP> cycles: 196468  :  11814000
& [2 d5 n1 t7 c1 B- L" [; r DSP> times: 430.85 us with CPU 456.
: J3 F: f6 N& W  T, G$ U$ D9 i DSP> cycles: 3238292  :  11814000/ d& w' A8 {+ S; S% T
DSP> times: 7101.52 us with CPU 456.
. m1 k0 t* p! T+ L DSP> cycles: 157860  :  11814000# X: k% h9 n8 }% s3 m, C
DSP> times: 346.18 us with CPU 456.
, h' y) y# a" m1 k9 i" Z1 z DSP> cycles: 3265684  :  11814000
% G( N4 K$ G0 p$ K% {5 ?2 z DSP> times: 7161.59 us with CPU 456.
+ Z5 m- x, c( y9 Z5 t8 ?3 u# \ DSP> cycles: 156344  :  118140009 q1 B9 t: \) {$ u) l
DSP> times: 342.86 us with CPU 456.
- g% Y8 ]; s4 ^  ] DSP> cycles: 3304428  :  11814000
+ t4 v9 W( L6 r* ]2 H6 t2 m* X- z DSP> times: 7246.55 us with CPU 456.
$ U+ }$ B+ S5 t3 K# n2 m# E3 V& d# {+ x( A9 ]
设置:相应的表放到IRAM中了5 P' Y$ I$ Q& B
SECTIONS
  ?& J4 C- s: g6 a' n; P" K{
+ z- X8 F  Q- k! M6 {+ s    .edma_data>IRAM  align = 0x804 U  D. l, L( M9 ^0 A6 \, f6 Q% ?
    .audio_glb> IRAM align = 0x80! c, w0 I$ q3 h7 \) C  M! h8 U
        .f_table>  IRAM,  align = 0x80 8 I$ n1 h$ ?" |2 q. A$ h
        .f_text>  DSP_PROG,   align = 0x80
7 d+ n, U, o& j% e# Y        .f_glb> IRAM align = 0x804 F% o( ^, }! {
        .ref_glb > IRAM align = 0x802 Y3 H5 |/ b0 r* s' E' R3 [0 l
}
* H& W" r! L/ T1 k
0 P- L5 S7 A$ l; H
' I4 B; ^# z: _/ C  {编译加了-O3 优化参数
% f' i% M$ v( I( x  i; T3 K* T$ x, V+ g) U8 b% d
, w0 [- F9 m7 U
4 M. R) z# K# T( Z" R
/ z5 @& m& v# ~

$ F4 }8 f- u" `' R8 |: j. U# _
- V  m8 }; ]. D8 p6 p
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

524

帖子

2083

积分

创龙

Rank: 8Rank: 8

积分
2083
沙发
发表于 2018-8-14 15:48:56 | 只看该作者
您好,根据您的描述,暂时不能排查到具体的原因。建议您:可以先不跑双核,单跑dsp的情况下,测试算法的性能,再判断是否是syslink或双核的影响。
回复 支持 反对

使用道具 举报

8

主题

31

帖子

160

积分

注册会员

Rank: 2

积分
160
板凳
发表于 2018-8-14 19:16:54 | 只看该作者
想请问下您是在LINUX环境下使用MAKEFILE编译双核工程的嘛?另外SECTIONS中的内容是在.CMD文件中编辑的嘛?
回复 支持 反对

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题2 f% ~1 Y( a- \0 F; o: W
5 g2 T( S' w+ R  P6 l
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2024-4-27 10:39 , Processed in 0.044243 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表