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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
$ k4 Q' c1 v; F+ `3 t/ N% _. q) P' [7 r
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)$ y5 a: s+ X) K( B1 ?9 R" m
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
6 v7 v" Y. K; Y6 P- X- t/ M应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?8 k7 I' v1 ?7 p9 y) w! ]3 Q

) h+ c  Z1 ]  s' e  q3 L
1 C& U$ d0 @- P6 @  b
下面是统计结果. `" m6 ], W( B* i% K
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
! R# ]' t% X5 K1 d3 v+ V' Oemucycle0_0 = EMUCNT0;1 K9 f4 q9 ~/ e, p+ g
emucycle1_0 = EMUCNT1;" S+ Z) y4 e) g7 C
emucycle0_1 = EMUCNT0;
0 I# A+ T: Y, ]/ [7 qemucycle1_1 = EMUCNT1;
6 P! x. P7 o' |. X8 F) nemuoverhead = (emucycle0_1 - emucycle0_0);0 Z) _  D- n/ O5 K
3 w# i4 G3 B5 P: N9 ^; N
算法();
0 \% a6 o* q- u* O! H
; P5 n$ L7 m6 [7 x& cemucycle0_1 = EMUCNT0;
/ Z! B; `$ S! jemucycle1_1 = EMUCNT1;5 V9 b# N$ t: m/ P1 i

) L3 ]* O! p* j2 ?* hCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;4 C, N' F4 u% N1 w8 N

5 ]: x3 X: e$ {5 ^$ b* ~
3 u. d& j1 H" F0 ?  F统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍3 E) R/ u  s6 S/ K- g0 t
DSP> cycles: 196468  :  11814000
5 V; k' s6 r( a! \ DSP> times: 430.85 us with CPU 456.0 ~2 c% }/ H5 e9 W
DSP> cycles: 3238292  :  11814000
) ?* I. Q* `0 I9 a  [( a. G, a4 z$ n DSP> times: 7101.52 us with CPU 456." u. K7 A+ N) t, b0 }; F: V% V
DSP> cycles: 157860  :  11814000( N  X* W% X5 B: P/ ?8 u) f
DSP> times: 346.18 us with CPU 456.& M5 a, b# X$ {! n0 U  p, O
DSP> cycles: 3265684  :  11814000
$ }; C7 y7 L# _- k DSP> times: 7161.59 us with CPU 456.; ^6 H% \, _( L% o
DSP> cycles: 156344  :  118140000 ~4 @" x9 ]! u: u  ^
DSP> times: 342.86 us with CPU 456./ b/ ~4 V! t( ^% g5 t! c- t/ X0 l
DSP> cycles: 3304428  :  118140005 x- l) s( Z8 @$ z
DSP> times: 7246.55 us with CPU 456.& k% K7 s  J* P
  X5 M5 P, B0 v6 S2 A$ |* f. M1 J
设置:相应的表放到IRAM中了
) H( S- u% U/ L6 Q' fSECTIONS" \4 ?' m3 F0 W( }
{) i/ N0 j  R( e5 c: ?
    .edma_data>IRAM  align = 0x804 p" ?% Y8 ^& S6 J9 N1 \5 s" ~
    .audio_glb> IRAM align = 0x80
1 H) c4 j6 D( ~6 w5 X        .f_table>  IRAM,  align = 0x80
; O; U3 d* a# ]' d        .f_text>  DSP_PROG,   align = 0x80
6 v0 e" ~8 H! B* i! G. v3 D        .f_glb> IRAM align = 0x80
& S! [* q( ^% z; Q/ Q; m, F        .ref_glb > IRAM align = 0x80. V6 t) Z, J1 q% F1 c# w
}; A# m& {! ]( B7 x+ l0 c( o+ B
8 x9 k( [, q7 Z& O! K, u6 a8 V
6 I4 v1 W) d/ p
编译加了-O3 优化参数
# V0 t/ J! Y" U3 E, s5 v7 y5 K% l; b& v' d3 {

% z. F- [& {: j" Z3 D' @
1 l& m& Y$ A% m; Y9 W. Q, K
5 i# _) n- q& [

) p* |9 x6 k6 ]# k

& @9 i! ?9 W0 q6 Q8 P0 U  Y
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
# L) F: @) R, _5 d, P) B. `$ k
* P3 ?0 e# F8 S8 P) J( R2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-10-31 12:25 , Processed in 0.044909 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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