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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6235|回复: 3

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
发表于 2018-8-14 09:19:59 | 显示全部楼层 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 * \5 c2 Z- o# _2 J

- S) ?2 @. Z: H. f环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)# u: f) }5 ^/ s1 S
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的4 g& Z3 u; ]6 z) X" C# Q: B
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?; y, |/ h0 M4 Y9 e6 ~, m+ h
3 J% t. S, y* I( Z# Y! {' O/ J/ O( j& I
7 c0 c5 M2 ?2 M1 V6 C$ u) P4 l
下面是统计结果9 @  c9 r: {+ f% j: A
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
7 t( g& E+ Z) W, [) }3 aemucycle0_0 = EMUCNT0;
! m% |7 ]  L; Vemucycle1_0 = EMUCNT1;' G$ p+ ]  P5 @2 S; A
emucycle0_1 = EMUCNT0;$ M  k/ n5 u9 k. K6 R4 l
emucycle1_1 = EMUCNT1; - [' ~# w1 a& p1 l# E1 @
emuoverhead = (emucycle0_1 - emucycle0_0);
! Z( R7 m2 b: T0 W) _- r- h, r- n  Q$ a9 G1 Z2 \5 [1 x/ C
算法();. A7 B6 B3 }2 P" k( R

# ^9 G: @2 O7 ?  G, S3 ^( W1 memucycle0_1 = EMUCNT0;
+ H0 W, W5 e' {$ H. w7 kemucycle1_1 = EMUCNT1;
9 e3 I2 L$ g  W2 c( }
# E9 W2 w$ r& |, dCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;7 ]! _8 T- z: F4 W$ K

- u/ u( v+ Q" J8 c5 e, g- H& O
; q) b  G4 o' ^6 _统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍$ ]& f& ^  g' {6 Z9 U7 P
DSP> cycles: 196468  :  11814000& @0 x0 ?3 L1 W
DSP> times: 430.85 us with CPU 456.
. d1 |2 G# W9 X+ ^0 M DSP> cycles: 3238292  :  11814000
$ D7 b- s- l/ [/ J DSP> times: 7101.52 us with CPU 456.
% c3 P( T/ ~( k7 Z6 z DSP> cycles: 157860  :  11814000
- C) ]/ w+ D6 i' }% x6 n DSP> times: 346.18 us with CPU 456.* }4 e, k% Y3 W: s# ]  M- W, o' U8 y2 S
DSP> cycles: 3265684  :  11814000
# w$ A) K6 @9 g; I DSP> times: 7161.59 us with CPU 456.
0 ~/ K7 t- \) m3 F8 v1 R8 E# F. R DSP> cycles: 156344  :  11814000
+ G' M+ x3 y' D) S2 s& f6 | DSP> times: 342.86 us with CPU 456.& e6 ~0 ?5 U8 R" d  L; @" U% B
DSP> cycles: 3304428  :  11814000: M5 R& M) I9 `; [' M- v
DSP> times: 7246.55 us with CPU 456.- @: F8 g8 u* w. q8 ~/ E
9 b( x$ x1 V' f# V
设置:相应的表放到IRAM中了
4 `0 x1 [3 \* X# K2 _& VSECTIONS' {( a7 P" Q+ h' z4 |# H& f
{5 |" J, F$ Q* N9 X
    .edma_data>IRAM  align = 0x80
% i0 h, L# N7 \5 V' l* p    .audio_glb> IRAM align = 0x80
2 w' W* V: j9 K# \        .f_table>  IRAM,  align = 0x80
# }# Y, l' x& ]& i7 i( l: f- H        .f_text>  DSP_PROG,   align = 0x80
( K  j. r1 M' j9 z        .f_glb> IRAM align = 0x80. f8 g/ Q9 d2 [  x2 h2 F
        .ref_glb > IRAM align = 0x80
% S; }* j" C/ }% C8 a, R}
' {. o* W0 Z0 A7 C$ B8 p7 X% ?- A5 y$ x$ _

- c. N+ U2 _7 F) n- \$ l( H编译加了-O3 优化参数
9 }4 C7 ~! S) q( X) K3 A
9 a7 g9 e; x$ [* F' K, h! a' b  ?/ ~. V% m) R  p

# g( V. K7 b7 ]/ {. M) {
8 `- Z) D: j$ b: N" f0 ^
& `5 E/ O+ x$ k8 G$ Z
* \: f! b' r; v& U: y# p
回复

使用道具 举报

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的 , 所以开启栈空间地址的缓存就可以解决问题  t- k2 u- \- A$ X6 B) Y
/ w3 i; L& E  C  V) F
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-3-28 22:30 , Processed in 0.037312 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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