自己的算法连续两次运行消耗时间差20倍 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑   I; @/ ?1 _  [: k2 x$ B9 l
  i- c$ a2 ]6 n3 a8 A" Z. V% O
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
3 q& h6 Q4 N) S% S7 J7 d; l自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的7 i. [* T, _. X, d3 V6 P
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
- ^0 c. ]) {6 L7 I, h: [. ?. P7 R7 x. m+ C8 p3 I( I

3 c) x" ^" S% D+ u下面是统计结果
( q+ S( A4 O" {' Q统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    4 e# D* V" X2 B5 i
emucycle0_0 = EMUCNT0;; u: {( E9 Q6 j0 K
emucycle1_0 = EMUCNT1;
1 ~4 z" D, U+ ]# Oemucycle0_1 = EMUCNT0;
( @9 Z$ e  M' `/ |+ V! l6 Qemucycle1_1 = EMUCNT1;
" b4 z: k0 |+ ^+ Oemuoverhead = (emucycle0_1 - emucycle0_0);6 a( W* z$ a( f: @3 }
+ ?- c# e. t4 q# D
算法();  p- P1 x5 f! r" E3 {' ?: F

3 J7 r: C  K5 O3 d9 Wemucycle0_1 = EMUCNT0;
( o% P* s2 G! w+ Q( y' nemucycle1_1 = EMUCNT1;
1 H2 K2 _0 e4 v+ @5 |
( K6 K1 f  h2 MCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;- z: }9 ]: F1 i
  R$ n& I2 g/ Q+ o( b+ O  [
5 y9 _. k3 ?; D9 g. {
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍; z: m$ V0 x) e  Q0 D4 u% K
DSP> cycles: 196468  :  11814000
9 C6 n% h2 E4 G: O6 G6 ?" Q; ` DSP> times: 430.85 us with CPU 456.
7 U; L4 C+ }: o6 F" j& r, { DSP> cycles: 3238292  :  11814000
1 ^- f. l  B, i8 ^! w  l6 b1 o DSP> times: 7101.52 us with CPU 456.
1 n5 Y4 i+ u; E, Y" ? DSP> cycles: 157860  :  11814000& F: j5 U/ ?) Z( H
DSP> times: 346.18 us with CPU 456.
- r1 l, ^* T  c/ f4 f3 q. Q DSP> cycles: 3265684  :  11814000
. q& d0 M& \9 h DSP> times: 7161.59 us with CPU 456.
& I8 e) `. q2 S5 @( z DSP> cycles: 156344  :  11814000
8 h! i* G* e2 P% L DSP> times: 342.86 us with CPU 456.6 Z+ u2 s% b6 C9 s1 ]
DSP> cycles: 3304428  :  118140000 {0 `) Z! u- K6 h4 m4 |9 U
DSP> times: 7246.55 us with CPU 456.
4 j) [4 {- W" o
7 e5 h" B4 b- ~! X2 v& x1 B2 S设置:相应的表放到IRAM中了2 x4 s5 @0 X6 ?/ n2 S8 T
SECTIONS
* F6 A2 z3 [: c* _7 l# r{/ u5 v2 H6 K6 Z6 _
    .edma_data>IRAM  align = 0x80
9 q9 S) F) O7 ~( \5 d0 D    .audio_glb> IRAM align = 0x80) `  x# d5 J4 U8 Z% v
        .f_table>  IRAM,  align = 0x80
$ G  L. b/ f" M( e* L% j( s# o3 Y        .f_text>  DSP_PROG,   align = 0x80 + ]* i$ K# ]6 V- m6 y  A
        .f_glb> IRAM align = 0x80. q0 a& H1 z  T$ v5 w% l, ~
        .ref_glb > IRAM align = 0x80
, F, u2 g) T: V}
4 W$ d1 Q: c+ d- v7 X; B" c
9 e3 t" R, y* Q3 _5 x4 l* W0 n0 o/ k5 ]: P- J' y$ n
编译加了-O3 优化参数& M$ A  ?. E. `% h$ m# u+ a

* p8 f* \; _- C
+ ~- s: h# |, J& o3 R+ a

! r- ]1 q3 V  a! H$ I: s
' Q8 z2 _: R% ]
. E3 r' i+ A. n; y( O8 m( g# V3 W
! B! ?! R5 e( B% b# Y" b8 ~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

524

帖子

2085

积分

创龙

Rank: 8Rank: 8

积分
2085
沙发
发表于 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的 , 所以开启栈空间地址的缓存就可以解决问题
$ h. w1 j" U! l7 N, M. S& \9 I; Y4 K1 m4 c- x+ Y- E0 C* U
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

点击跳转“创龙科技服务通”

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

GMT+8, 2026-1-31 04:55 , Processed in 0.041311 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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