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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 1 A5 h. G5 T6 z( D1 I# `7 R

' l0 v& ~" x! x4 y0 r环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)& H# t$ c' L0 N5 m) S- |
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
8 Y! W" o. B# r! s; q应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?- z+ `9 q$ T; d! l0 A/ g2 V- ~
2 N5 M! j! n$ U6 f. j* E4 J

4 S) W( v. B5 {# O' b下面是统计结果) W: A; r$ ^1 M9 M
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
' A3 n) `# ^# b; Oemucycle0_0 = EMUCNT0;9 W# \$ O/ A$ v* g6 t1 \/ q1 w
emucycle1_0 = EMUCNT1;
- G* |# n9 g8 h% Y" f) q/ remucycle0_1 = EMUCNT0;
: m" U" K9 I, M+ b1 J$ Iemucycle1_1 = EMUCNT1;
" I9 _. X; x) m. w! V9 o$ Kemuoverhead = (emucycle0_1 - emucycle0_0);
* t: ^$ D" X) N' |
9 d2 @( w# ~. D0 G% q3 }' }算法();
6 C: l, a) ~2 F1 R6 z. H
$ y; L: F! P! q8 H2 ]3 remucycle0_1 = EMUCNT0;
$ |# m- k6 G/ v4 M; yemucycle1_1 = EMUCNT1;) h. `, U) w' P! X) w$ k! `

7 ?6 D0 ~  `. d: o( k4 wCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
1 J5 p( q7 F6 ]2 N  k* K4 Z8 \: H4 D* y; q
1 _! J3 r, f. [2 c0 c, e! X
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
; I1 k5 d0 Z' Y+ y# u DSP> cycles: 196468  :  11814000* ]* U1 N4 _) u3 ~% J/ w7 p
DSP> times: 430.85 us with CPU 456.
4 l. @2 C1 h8 U DSP> cycles: 3238292  :  11814000
7 g1 W: P$ i) }- Z DSP> times: 7101.52 us with CPU 456.
# T" [& K& }: m2 b9 E DSP> cycles: 157860  :  11814000; Z3 }- N! l6 p0 V, {6 t
DSP> times: 346.18 us with CPU 456.
0 k6 I2 b+ \" s DSP> cycles: 3265684  :  11814000& k  k: H& ]) m6 B( S
DSP> times: 7161.59 us with CPU 456.4 \& c& b: I! N( _0 g
DSP> cycles: 156344  :  11814000
7 s! y; m( n) j3 Z' l DSP> times: 342.86 us with CPU 456.
- V7 K3 o6 s6 t; ~5 V1 U DSP> cycles: 3304428  :  11814000
8 P/ I6 E( m3 w' M* L3 c6 u; X DSP> times: 7246.55 us with CPU 456.& A$ q0 k* `; q' Z3 s6 u+ W
' h% d# b5 v  y: m
设置:相应的表放到IRAM中了
! Q! R5 l4 u5 C* USECTIONS
4 x) k* I" F+ V. W" v* I{  ^! f" ~5 O, c3 C5 Y# A
    .edma_data>IRAM  align = 0x80
! q4 c. P7 n7 u: }) ?, M. g$ m    .audio_glb> IRAM align = 0x80
1 a. i, a- W2 Y# j' [3 R/ E/ K        .f_table>  IRAM,  align = 0x80
) h$ D; U# R, v8 {        .f_text>  DSP_PROG,   align = 0x80
) P: T7 G4 ?! M2 k- U& A  v        .f_glb> IRAM align = 0x80% J' i( q  l1 c( h; y. J. p
        .ref_glb > IRAM align = 0x803 D0 y- y8 }: s9 S
}3 s0 E5 y8 ^9 x: ~, R- s
. [" S, X0 m* L* Y" W! H) q  O

% M  H0 y* G1 G9 J# x编译加了-O3 优化参数
5 F6 X$ R5 [! q: N" h1 Q) v& p9 p2 b' ^  ~, H" ?+ h

7 V7 K) h/ ]. `7 q
7 B! X8 v! Q! @3 J4 s2 M
) N) o7 G8 L0 L) s

/ k/ A/ i; q% V$ X, ~  I( U
  Z" Q0 ^; ^8 _/ t
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
6 Z5 g! o1 E; b7 }
; M) ^' [) A) ]  x. C2 E2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-9 09:15 , Processed in 0.038297 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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