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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 4 z3 P( E% x7 f% P! x0 i3 k

5 l! O9 x+ V0 Y! p- F8 _% \/ b$ M环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)% C6 V* m- V8 e. S8 @# F
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的8 }8 e$ f5 a3 w6 d0 S
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
* |; l2 K2 G$ n* t8 J  u. H7 p6 E8 x9 Z4 S' z
  X+ U; e0 \4 t) H9 _% i5 ^1 g& k( Y3 H
下面是统计结果  R9 O' m4 \, H% `
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
7 k8 F' i) y' T$ [. Z  Vemucycle0_0 = EMUCNT0;
( {# e: S" T# Z& e8 ~5 _6 Eemucycle1_0 = EMUCNT1;
& K$ T4 P* ^$ H$ w( Hemucycle0_1 = EMUCNT0;1 E- x3 O, ]2 ]) Q' B& B: W
emucycle1_1 = EMUCNT1; 6 _9 B; |' k- ^1 ]4 v
emuoverhead = (emucycle0_1 - emucycle0_0);6 X! x! d" p9 a+ p4 ?% _) W

" g- \. V% i$ _* N' A+ U算法();
8 N8 r2 U; q, t! F2 ]
3 ^4 E7 J1 M4 X6 J; Remucycle0_1 = EMUCNT0;6 m+ ?, A" F& @" b
emucycle1_1 = EMUCNT1;5 }+ ^3 Q6 P  d- ^

. T2 c! i, ^* I1 `Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;. E; A2 p$ ~$ X6 N

, s$ S* t# O4 F+ A5 P6 x; c/ G. M! I0 H1 |
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
( `7 B7 R, H0 [: x9 f DSP> cycles: 196468  :  118140007 W2 y! u3 l! N5 g! A2 v3 n' V
DSP> times: 430.85 us with CPU 456.
' D+ @# R( C, J7 W7 Z' Q DSP> cycles: 3238292  :  11814000/ k- _! j# Z* R9 m2 y
DSP> times: 7101.52 us with CPU 456.
: P3 ]+ j; I2 H( W2 D5 e3 P. R4 p DSP> cycles: 157860  :  11814000: c) ~5 n2 \6 {) y" p8 V7 B+ V
DSP> times: 346.18 us with CPU 456.5 ]: R' E" M$ s1 |0 l
DSP> cycles: 3265684  :  11814000! t0 d3 L( C5 {! A3 m  ^
DSP> times: 7161.59 us with CPU 456.
# h& k! _2 g8 ?$ s4 Y8 G DSP> cycles: 156344  :  11814000
- n4 t. Q! z# C& Z" R9 s, \. b DSP> times: 342.86 us with CPU 456.3 N- m5 C% y2 n1 g7 H4 F# \
DSP> cycles: 3304428  :  11814000$ s$ ?$ f, e# V8 P2 |: A- H
DSP> times: 7246.55 us with CPU 456.
$ M% L1 z! @$ F( C9 `" H; ?
( {0 ?. w! C; H. d9 @) Q5 R设置:相应的表放到IRAM中了
6 t  E; C: T3 d6 |( P) x; vSECTIONS) Q! J" h4 \) B# f
{/ C, S6 |+ ]" e  n( T" F& G
    .edma_data>IRAM  align = 0x80
6 c# G& G- H3 B    .audio_glb> IRAM align = 0x80
! x! _3 b. k6 j+ Y) C/ o8 {        .f_table>  IRAM,  align = 0x80
( |; S& O! k0 R  K1 S; D9 y/ x/ I3 L+ q        .f_text>  DSP_PROG,   align = 0x80 # f. c" K2 t( E% |
        .f_glb> IRAM align = 0x80) K+ x+ o/ Z$ j; V
        .ref_glb > IRAM align = 0x80
( v3 ~! k: [' x6 o}
+ z( v/ H' {6 o; D" ~+ Y/ q+ U/ @0 J0 w) T3 ^+ M6 v7 ^

6 d! M, |2 y! ]" Q( i' x* U编译加了-O3 优化参数
) r* O  i% C; }/ L1 I; Q9 w1 Y, s; a5 r4 g; t& `

- g7 a: Z+ j$ I7 t0 q
  ^3 d; d1 m+ P: w; O- s7 Z9 p* }

1 B/ V! S& a- D' Q/ x6 H3 L

+ c6 X, m' Z) C, L

5 {9 r3 G  X- e' r* o# \  L. y
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
5 t) B  n9 i0 K# d
+ |- k% ?9 O/ @6 e% {; v2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-20 14:42 , Processed in 0.043561 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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