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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
8 `7 o5 l: m  ^( T
- N0 R% |% l' g环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)5 z$ G* S2 M- \" j% ]
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的2 B5 U2 A1 _8 ^$ p$ d  t! x
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
) i9 J. k& r/ m% p1 g6 C6 T" }. l; q; d
  ?& P3 u: A0 F' s
下面是统计结果5 `% w" _% r2 |* i/ h
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    9 @4 ]. `( d  a5 f! \  H8 u4 J
emucycle0_0 = EMUCNT0;
- D* G5 D, A- r, G8 g9 Z& U3 hemucycle1_0 = EMUCNT1;4 \2 w1 \# @  w% O* n
emucycle0_1 = EMUCNT0;
4 u7 o  G$ B2 |4 x8 demucycle1_1 = EMUCNT1;   h- `+ L! X( W1 M1 b# R! L
emuoverhead = (emucycle0_1 - emucycle0_0);" p1 t; l+ Z4 d$ E9 r3 k/ y3 I

1 L& X/ S7 _+ G; g算法();1 D. Q% G2 V; D# m/ c: \, L2 @: g

; J+ m: `# R  A0 g% D# y, |, ~emucycle0_1 = EMUCNT0;
1 S2 t' e* ?  d5 |4 `+ qemucycle1_1 = EMUCNT1;7 u1 ]& \  `) b4 B, v

, P1 n* O; M) g  G" [: sCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
( T. u7 j2 X/ }2 v" ?; i1 H( u6 D& Q8 D( |; [4 M

/ x6 c  q# r: P( K统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
* ^: j! R) y* C8 y* O DSP> cycles: 196468  :  11814000& ]+ \/ L/ O+ ^) \& j
DSP> times: 430.85 us with CPU 456.8 f4 Z' n5 K( ]4 D/ P* x
DSP> cycles: 3238292  :  11814000  j. i1 _4 I5 J. |. e
DSP> times: 7101.52 us with CPU 456.
; C: K. m' ]. `; W DSP> cycles: 157860  :  11814000
' _3 f; D; F* x" d6 ~ DSP> times: 346.18 us with CPU 456.
" K$ U8 G) \5 P! ^+ o DSP> cycles: 3265684  :  11814000
5 W; C" ~0 D2 P1 z DSP> times: 7161.59 us with CPU 456.
* [: F- f! {% i7 u3 s2 C DSP> cycles: 156344  :  11814000
+ M! J/ i: z* h& g0 G DSP> times: 342.86 us with CPU 456.; a* x( C, v3 W9 x
DSP> cycles: 3304428  :  11814000
  E8 f* B# l0 S" @ DSP> times: 7246.55 us with CPU 456.
. Q9 U! `' q% |& e$ p+ q' Y3 A3 {) `5 q: y  u5 H
设置:相应的表放到IRAM中了7 E, o' h( x/ \. |( C! C3 U
SECTIONS
5 Y' M' F1 ]1 r- w8 J9 C{1 F# p. |8 l$ D+ G1 t% K# H, P0 L
    .edma_data>IRAM  align = 0x80
# o$ I  Y9 k* M" u7 z9 ~    .audio_glb> IRAM align = 0x804 u& f( q" i* X1 Y0 h+ L/ M, S4 _6 O
        .f_table>  IRAM,  align = 0x80
, t, o( k* j4 |* I# N        .f_text>  DSP_PROG,   align = 0x80
/ I3 U" b3 a2 y$ V1 \6 J        .f_glb> IRAM align = 0x80
% E5 _" e/ y4 u        .ref_glb > IRAM align = 0x80
9 r5 x; Z, H2 g3 _* s}
6 C/ m: H; X  O; R& l1 ~3 @! m1 n3 w
5 q! j* p9 D2 \- U- m3 n- x
编译加了-O3 优化参数, H0 C# {4 X1 h& k
2 ?/ `1 a( _$ d1 N4 K) E

* B+ n' E; y1 B/ T, P
2 a) I& A1 x2 @4 ^) ?2 P2 R
5 O* V/ `( o: d) b6 I$ S- x0 q

/ V% ^/ C- h: C/ b0 w
  c( F. t0 {+ `+ U) I6 N4 a3 o
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题9 K) e) X, @% @: F3 W1 k) n

; t0 Q5 L6 P% Q, l! F( B- V2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-3 21:34 , Processed in 0.041981 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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