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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
7 E. l; N$ X% B* A6 w# F9 T- n4 }) Z( @$ l1 I( {7 l: M) |
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
( H/ U1 x' O9 k, x自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的' P8 X) c9 s  r& _
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?! L6 q  b. B+ @0 d. G
( W2 b9 i# |9 H/ f( [* B
/ a3 H' I: h" D. ?( `" C: A
下面是统计结果0 l+ @2 O7 f9 L0 L4 b9 s
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
5 d; Y$ B# e9 ]7 c7 E: h- g, lemucycle0_0 = EMUCNT0;
. j* w" x- P% i7 Femucycle1_0 = EMUCNT1;% L- F2 n; S) ~/ D; d8 ?
emucycle0_1 = EMUCNT0;: W7 R. p% |8 i* t; L4 c
emucycle1_1 = EMUCNT1; 0 e8 |1 N" D/ s9 b# W# D/ h
emuoverhead = (emucycle0_1 - emucycle0_0);. M" N7 K  i- r' F& r4 l
# Y+ @. M0 P$ }- C1 @/ e" }
算法();
7 ?3 r! b; ^5 ?
  n0 {5 f3 c" ]2 Oemucycle0_1 = EMUCNT0;$ w; c8 Y6 Q+ A9 F3 S6 a" I
emucycle1_1 = EMUCNT1;/ z7 @, b8 W5 X

0 Z4 ]7 [8 i/ [) Q% g2 f) \) xCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
+ V5 p5 z4 Q7 P/ S# U( ]
4 Q5 g8 t+ G! B0 r9 a( A
$ a% e7 y$ A" _+ t/ n统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
5 A3 ~7 G6 Z  r% y) ?7 p DSP> cycles: 196468  :  11814000% D- ]/ K) S  T+ e- d) g' [
DSP> times: 430.85 us with CPU 456.
# |. Z* g* v: v; ^ DSP> cycles: 3238292  :  11814000* ~& w2 t0 y- s- f, j1 S
DSP> times: 7101.52 us with CPU 456.
1 I1 g2 D& U* E1 T  K+ G: P DSP> cycles: 157860  :  11814000
. x5 U/ }  k. ]( G) q DSP> times: 346.18 us with CPU 456.: |8 k. v- J" y5 c  p  Y* }
DSP> cycles: 3265684  :  11814000
3 Q2 ~5 q$ X6 q2 n# z DSP> times: 7161.59 us with CPU 456.9 ~+ A; c* ~" M
DSP> cycles: 156344  :  118140000 N0 j, Q; A% o, D
DSP> times: 342.86 us with CPU 456.0 H2 W) {% F9 |6 o9 ?3 R6 u
DSP> cycles: 3304428  :  11814000, Z! x/ i% h* b
DSP> times: 7246.55 us with CPU 456.
# f' |) M" }, m8 x
4 W3 W% X* d, n6 O" B设置:相应的表放到IRAM中了! M* E  K+ v" X6 ^" w, r
SECTIONS( K% i. w5 m% J4 P7 c
{' A; [1 h( u" U9 @* o! r* W
    .edma_data>IRAM  align = 0x80
# }5 n2 r/ n- r8 V8 @    .audio_glb> IRAM align = 0x80
2 y" J2 r3 m( n8 X' F1 n        .f_table>  IRAM,  align = 0x80 . Z. n1 q; x1 F+ A3 j* M' @6 V
        .f_text>  DSP_PROG,   align = 0x80 ; }' T6 i8 {  |5 ?5 i( _2 Y& m  _
        .f_glb> IRAM align = 0x80
# N8 F; e1 b/ X" j3 l        .ref_glb > IRAM align = 0x80
. @" ^3 x7 G# S1 |5 s}$ Z9 e' ]3 [, O. a  J' |9 R* d, W
( o4 T, z* A3 B: L1 Z

  i* P' Z5 L' z% t5 g( }+ o/ O& [编译加了-O3 优化参数
- q7 q7 P$ T/ O9 X& f
' u7 y- H/ v& I) v7 [' i% m3 e: Z) Y9 |

7 R* h  n. R% P$ `
* o! x# M% u6 s/ A0 P

" ]4 U! a% r) C) C+ e& @" d/ }
- w; T3 |0 `5 @3 T# l6 {) T0 m
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
1 ?; |' F0 ?9 q. @& j+ F. t2 z, c. ~# N+ p% e& o
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-4-25 15:22 , Processed in 0.036235 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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