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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 4 u" s; ]6 B+ n) }- V/ t6 @# r
' `& P* f5 @7 N6 |# {3 X) W
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)' d% E9 o1 V* h6 g6 p# t. U
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
' z( P3 ]  ^. E4 w应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?9 X' F' k$ ^# M9 m# I, B8 |
' v9 U$ o/ P' R$ y4 b

9 r/ D2 Q' B! \$ n1 G$ }  C下面是统计结果- [) e9 Y/ p1 }2 W* m- l3 W
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    , Y' o0 F  z: k9 f3 {( C& J
emucycle0_0 = EMUCNT0;# f/ t: S5 v' a. E
emucycle1_0 = EMUCNT1;# \, ]. w8 j4 V1 J
emucycle0_1 = EMUCNT0;
8 |0 U5 b( C: h+ oemucycle1_1 = EMUCNT1;   N8 n6 l" H( V  |& x$ I% |
emuoverhead = (emucycle0_1 - emucycle0_0);
' l0 ?) T1 @5 d; U% i5 i
; N3 B% ]) p2 d2 J+ c% @1 J4 i; S算法();
1 J+ s9 y. X" h8 o4 c5 h6 x. `. E) b! x1 q- W% w
emucycle0_1 = EMUCNT0;
' c0 E: H: Y  K* i: }) x5 d% bemucycle1_1 = EMUCNT1;
: }+ |, o; o( H
1 F: N' r: _- {, M1 LCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;4 }: C# a& k& [+ j$ [+ c+ c1 ]

9 K  [2 X& r0 Z1 r% u. C( q8 o) n! @9 p' e$ m6 c$ d1 A- `2 h: C
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
1 X) {' t: `) ]- }/ Y DSP> cycles: 196468  :  11814000
4 s# B5 i7 U: K2 e0 r' B" s2 f' w# b DSP> times: 430.85 us with CPU 456.
2 J7 Q$ I5 w' ^' e* P DSP> cycles: 3238292  :  11814000
- R1 \5 T% |, r9 e5 g6 ? DSP> times: 7101.52 us with CPU 456.7 I) v8 ?4 L! C/ l- C) [4 b# Z
DSP> cycles: 157860  :  11814000" C, w: ^1 c" j7 X$ ^0 ^
DSP> times: 346.18 us with CPU 456." I: _# `* }+ l, f% a) `
DSP> cycles: 3265684  :  11814000
, J7 ]( z' V  f6 F& t( c" R DSP> times: 7161.59 us with CPU 456.# G5 M% ^% z4 T8 i  N
DSP> cycles: 156344  :  11814000
$ v+ d' O" `! n6 `( ` DSP> times: 342.86 us with CPU 456.
- T* A7 M9 C4 r- n1 Q6 D0 h DSP> cycles: 3304428  :  118140000 V! S+ }& ^9 X4 e2 V! T
DSP> times: 7246.55 us with CPU 456.  x( u1 O; P+ f( o* v
; Q: o+ M( H) `1 F  b* B/ B
设置:相应的表放到IRAM中了
* D) R/ e- |+ t5 @8 v( ASECTIONS
4 c/ t1 X9 h- ^) H, l( |{; G: n8 }# N* k  w; z
    .edma_data>IRAM  align = 0x80: V) R* D. F7 n, O
    .audio_glb> IRAM align = 0x80
2 t& d3 I6 o: }        .f_table>  IRAM,  align = 0x80 ( f$ ?% W6 Y* ?9 `
        .f_text>  DSP_PROG,   align = 0x80 ! ^$ V" e; ~5 L5 l) _
        .f_glb> IRAM align = 0x80& V5 N4 I0 y. d" |2 w
        .ref_glb > IRAM align = 0x80
+ U* w2 z3 U- d8 p( B8 D, T0 P}
& ~/ Y( s  I- P5 t9 r5 h4 P' q2 [* r# C6 P) G+ d$ e6 z

# l" \1 _! i5 r4 h编译加了-O3 优化参数
7 n5 p0 i- M$ c1 W! c9 R# S0 j$ y. _! t5 C* J4 t$ C2 ~1 F

2 {  [* m6 ~  [. |) I, V
$ @/ l3 d0 K: T/ v+ T* X
& H9 ~* i3 w" T

9 \) b8 t  M/ \7 [
! w! `% `4 c6 _2 Y8 |
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题* K+ T* n3 e3 X4 E
/ x7 x8 m- H% A: A% x
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-5 01:27 , Processed in 0.038354 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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