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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 + g0 I/ f  L5 D" g% }- U7 ?

" c& Z5 i7 Y7 i. y; r环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)8 W% n& i) B; ~
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
+ P) \0 o: X6 F# |( \+ M5 M应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?! P+ S, L8 f7 f) F# @) e. q2 P8 R
# X+ `1 D5 m* U  [7 Y

* W8 Z) w$ ]* U( _下面是统计结果
5 }5 y% Q- F+ U. [% c统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    # z) E/ {1 `5 ^7 u
emucycle0_0 = EMUCNT0;. _- K& y$ u9 K. O. b
emucycle1_0 = EMUCNT1;
5 a, ?9 R  E% \- K- {# jemucycle0_1 = EMUCNT0;
1 t; ~4 ~: u8 Q: U! demucycle1_1 = EMUCNT1;
& F# u- m' T' E  q% b7 [emuoverhead = (emucycle0_1 - emucycle0_0);. T! M* I0 _) u" w% P( _
9 g* u  ?, u' f. B
算法();
$ N# q. p% f3 r; W
1 G6 C: S3 G( K5 r* f2 \emucycle0_1 = EMUCNT0;
1 V0 ~! G/ a; m0 Q* Eemucycle1_1 = EMUCNT1;
/ ]+ w. C3 V. y; H4 Z4 \# _: C* F1 E( b
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
6 Q$ [3 d- q% F5 |
4 `; c+ T2 g# E3 i3 Q& W$ \+ t3 d
5 v; h5 A3 K1 L8 U$ O统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍5 o( i1 g! w% G
DSP> cycles: 196468  :  11814000
1 K( R0 X2 ^8 r3 { DSP> times: 430.85 us with CPU 456.
) H; g& N8 E+ x; i6 e8 \/ w DSP> cycles: 3238292  :  118140009 }) l0 T+ u0 }* a- B3 y) J' t: ^
DSP> times: 7101.52 us with CPU 456.
7 {& d" g* l8 Y! y- V0 n6 Z DSP> cycles: 157860  :  118140008 Z* d2 N- p* d6 b/ s6 f, z- k  [
DSP> times: 346.18 us with CPU 456.
1 C: n% l9 q; t/ j' ^2 @ DSP> cycles: 3265684  :  11814000
# a2 S0 W! ^2 @& k  n  U DSP> times: 7161.59 us with CPU 456.# i$ l% S# s' D* E3 W" B3 R% u8 b
DSP> cycles: 156344  :  11814000
; }0 ^5 P5 ]" j: n( s0 s7 r DSP> times: 342.86 us with CPU 456.4 k/ p: w. |0 ^; N6 {6 O
DSP> cycles: 3304428  :  11814000
) N! s- w3 B. W1 J DSP> times: 7246.55 us with CPU 456.( l6 L3 k& @2 L# x* @. Y# {) G+ `
5 @; w; Z) C1 _! h" a/ p( J
设置:相应的表放到IRAM中了
1 n5 y9 }. y3 ZSECTIONS
: {6 a5 g9 W- v{4 E; {2 y1 Z: q0 W4 p
    .edma_data>IRAM  align = 0x80( o" ^8 Y% Q7 x* e5 w& O
    .audio_glb> IRAM align = 0x80  C  O; m7 L. r* ?5 A9 Q
        .f_table>  IRAM,  align = 0x80
% P  Z" {+ ^. }( m* _. Q9 T        .f_text>  DSP_PROG,   align = 0x80
: Q9 x1 e$ i: b* C  n# \# ?' T        .f_glb> IRAM align = 0x80
/ q7 ?4 }1 Z. _+ M, D8 A        .ref_glb > IRAM align = 0x80
# V6 n! @7 V; k' e; b2 t}
; P, T  R# C9 Z+ T( R9 T5 H+ r! ]" R* D6 Y$ J1 h5 ~# k

& {8 C7 g. s$ E6 I$ A8 i/ C3 J编译加了-O3 优化参数' `% Q6 W. r% h/ B- N6 f
; M/ ~& d1 |& k1 s% [, v

  P) |3 b- q  {5 V* @2 e
8 H  \. W7 o$ p0 S3 _' K
5 I2 N  W7 H2 \, Y: h) ~

' i0 g4 a$ I3 C; i' O4 X
5 G/ l) l. ~" Z/ j
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
. ~: s' x  k6 i& {- O# d3 F
2 _0 |. l9 g  b9 D5 z, d2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-4 16:41 , Processed in 0.036009 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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