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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 ' B3 q$ D' \- x* i# x* P3 o2 o8 L! m

6 Z# h/ \# \: q9 \- b( h环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
+ U- H: }5 A7 p5 Y% i: l* I自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的3 |  O" o7 q. x1 U- W2 |
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?; B2 Y3 T# Z' K3 N5 G1 g
: q* n# k  Q% Y
8 W5 a- U2 C  ?! A; t. u, d
下面是统计结果, s) @- o" O+ b
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
8 r2 |2 ^8 U5 O7 Z7 wemucycle0_0 = EMUCNT0;4 w# q( ]1 |2 L
emucycle1_0 = EMUCNT1;0 f" L2 D8 Y, u' r! U2 k6 Z" y
emucycle0_1 = EMUCNT0;" l7 G/ n0 S! |2 ]" v
emucycle1_1 = EMUCNT1;
0 \  Y6 m& P3 T# w  [, d/ l2 E! oemuoverhead = (emucycle0_1 - emucycle0_0);
5 J9 ]- W% Y; c; {3 r) b3 `% l% f7 Z+ J' i, j* a) _, q& x) E" `
算法();
8 O8 O% b5 T5 {" E
# h5 l4 n# o! i+ E+ b" j& ^$ ?$ p- Memucycle0_1 = EMUCNT0;
0 p2 U; |2 F9 T8 g, yemucycle1_1 = EMUCNT1;% S! J, C) z( `; d8 T0 ~/ S

" R  g' z  B: aCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;6 \# i) e' M; U" X; Q

" z1 R  j5 K8 G) h- ?5 v
' Q/ x8 b5 O. l) j0 n统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
% ^# z4 N0 n1 w6 _& c& H# Q DSP> cycles: 196468  :  11814000: Y7 x$ |; O' L0 f# }' Z" R0 G, k
DSP> times: 430.85 us with CPU 456.( c- n& `; E$ G% P1 q
DSP> cycles: 3238292  :  11814000) w; y1 h/ S4 I- _, g
DSP> times: 7101.52 us with CPU 456.( V3 J; U2 ?; J1 k+ ^$ [
DSP> cycles: 157860  :  11814000
, C5 K  ?# |* C DSP> times: 346.18 us with CPU 456.
: Q3 A1 ~' p  t! |4 x DSP> cycles: 3265684  :  11814000" |1 m" \2 v# \8 ]1 h% H# Q
DSP> times: 7161.59 us with CPU 456.
/ _/ x, H9 t% Z' z" H( p& {( S DSP> cycles: 156344  :  11814000
5 n3 v' f! A$ P5 @2 S DSP> times: 342.86 us with CPU 456.( h: ]7 U" v" ~* s: z0 K
DSP> cycles: 3304428  :  11814000' @& l/ F4 d  v0 C1 y
DSP> times: 7246.55 us with CPU 456.' J- x* ]/ \( g, N
8 Q1 D4 T$ o0 H& Z
设置:相应的表放到IRAM中了
4 C) G; V8 e( f8 BSECTIONS1 n7 t  C; b" g( K& c3 g
{
5 s" c5 \) K7 y* t7 l    .edma_data>IRAM  align = 0x804 \6 M1 h0 n. Q& o( a9 y
    .audio_glb> IRAM align = 0x80
* p" I& n, x& g        .f_table>  IRAM,  align = 0x80
+ T* f5 U1 i* U" c        .f_text>  DSP_PROG,   align = 0x80
6 u& d* N! @5 L/ R8 o3 l: R0 C        .f_glb> IRAM align = 0x803 e5 C; R) ^  ]$ W8 _! N$ ]0 N  H8 O
        .ref_glb > IRAM align = 0x80$ Y  c7 ]0 }, s9 @' }9 }- P
}
) e# b. \/ ?6 a4 |/ W
, C4 M, W6 L4 L6 }7 T
4 Y: P* K  u9 a+ g6 J7 W编译加了-O3 优化参数  A1 h- X! [+ _

1 ]7 n! O# \- |% L; @6 K) j) {" N$ a$ k; s, I! ~7 o+ O
2 D3 f8 Y6 t# e6 s: k; x/ o; I
( h$ u. G) k+ z+ ^

8 d! }& r( l; F3 s3 A- v+ x: f
. y) p$ {) Q5 [9 [% k- d& v
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题7 h5 I9 x. B8 V6 g

, ^, c0 Y& E; g0 v2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

8

主题

31

帖子

160

积分

注册会员

Rank: 2

积分
160
板凳
发表于 2018-8-14 19:16:54 | 只看该作者
想请问下您是在LINUX环境下使用MAKEFILE编译双核工程的嘛?另外SECTIONS中的内容是在.CMD文件中编辑的嘛?
回复 支持 反对

使用道具 举报

3

主题

524

帖子

2085

积分

创龙

Rank: 8Rank: 8

积分
2085
沙发
发表于 2018-8-14 15:48:56 | 只看该作者
您好,根据您的描述,暂时不能排查到具体的原因。建议您:可以先不跑双核,单跑dsp的情况下,测试算法的性能,再判断是否是syslink或双核的影响。
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-6-15 21:55 , Processed in 0.052278 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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