自己的算法连续两次运行消耗时间差20倍 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑   t  J! b7 P. {) Q6 W# M
, P  U% l; z. U
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
. P' C5 @1 F7 q/ L. b自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
: O/ m- \6 ]' |" a/ T! f! R; _8 ~应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?- {+ V" {9 a1 w. a* \0 a
; n9 b6 C0 _; ]: t' m0 P/ s

, P1 D3 N/ C2 b$ W2 }0 u下面是统计结果
2 n) h; J: r# Z3 k# w统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    % y' v4 N. y( r4 I
emucycle0_0 = EMUCNT0;
1 ~; j5 L) q) j; C9 B, ^% S: Semucycle1_0 = EMUCNT1;
) I- ~+ [0 m, b" z) Hemucycle0_1 = EMUCNT0;. s8 ]. e9 {& K0 q1 O8 I9 E7 h& n/ z
emucycle1_1 = EMUCNT1;
) w; s  L  h0 i! ^/ kemuoverhead = (emucycle0_1 - emucycle0_0);
2 }) O! C5 d  y* r3 L: W0 A* h7 _" T# ?$ Y6 x$ C. k* K
算法();
( q* [* j4 X- |$ f* f% H6 W# M- C6 l( V; m* s! b
emucycle0_1 = EMUCNT0;
0 ]& s7 ?8 a7 B0 w3 @$ Femucycle1_1 = EMUCNT1;
3 I! e' u, A$ o+ F
4 }4 T3 w" C! W6 V. LCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;4 o( `* l( @! B# y: ~+ D
% I3 N  I" `# M. N; C0 y6 A5 w4 `
0 P1 h3 t1 k4 e, x! v+ k; L- [/ l( J
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍; {; p" ^# X7 f2 U, E
DSP> cycles: 196468  :  11814000" m# C- @4 X  x  V- c4 I
DSP> times: 430.85 us with CPU 456.& O5 `9 [4 r7 }1 p( C
DSP> cycles: 3238292  :  118140007 X& y( T2 \+ y( h6 u5 T. B7 Q
DSP> times: 7101.52 us with CPU 456.
% ^! ]; \4 Y. m4 y; W2 o6 E DSP> cycles: 157860  :  11814000
" B/ s% V4 Y' X DSP> times: 346.18 us with CPU 456.' ~, x( [: ~3 d8 |
DSP> cycles: 3265684  :  11814000. \4 Z7 M0 r' G: D5 q/ X
DSP> times: 7161.59 us with CPU 456.
7 ?: O1 N7 `* \- {7 G DSP> cycles: 156344  :  11814000
5 l0 J- c# q0 w1 b6 j, l DSP> times: 342.86 us with CPU 456.
/ I( ]& a/ q6 h& ^4 y( I+ k9 x; V DSP> cycles: 3304428  :  11814000% Y) n! Q% A& {! P0 P* I/ v% f
DSP> times: 7246.55 us with CPU 456.
; J1 u$ a! P  v! w& v. M: `) [$ |9 m7 j4 f. ^0 |- `
设置:相应的表放到IRAM中了
- U5 W; f% f2 O7 B. w/ Z4 W) c# r3 G% WSECTIONS
; D% F9 y4 p! l% J* X{
' n! w2 t$ K* L. r1 x# o    .edma_data>IRAM  align = 0x80
5 U7 I  z# t& [, Y* Z    .audio_glb> IRAM align = 0x80# V$ C. i1 [( R+ ^
        .f_table>  IRAM,  align = 0x80
/ M  `7 [4 X5 ~8 g+ `        .f_text>  DSP_PROG,   align = 0x80 / Q6 u+ S5 n2 V* f
        .f_glb> IRAM align = 0x80
* d+ a  K# G7 e( X' M. l3 q9 \        .ref_glb > IRAM align = 0x80; Q: _4 m7 I  h3 d$ u8 t2 ^" E
}% S  M' R0 P/ c5 N

( k7 u+ Y' H  k) r& u: s! B. f
8 ^- t: E- j8 B0 }6 |: u编译加了-O3 优化参数
3 ]4 \0 d5 h3 H$ K( c5 R
  L( O  n' C( W9 p! @, ]  [; }! Q  n. E3 v) t: j

. n' A- F2 t6 Z
0 O1 E& w3 ?  H( ~  f
' ?* @" S9 m* S' [

1 ]. x" q' d$ y/ q" ^
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
% R! P! {$ O$ u
, S  @- l+ B* O% [* l# E2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

点击跳转“创龙科技服务通”

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

GMT+8, 2026-1-31 03:33 , Processed in 0.065221 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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