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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 5 x: R$ \' M: W, ]
8 c0 p* [5 V! e3 r% G
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink): [' _: }( y/ i3 x
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的5 |9 O4 F- A- \1 O* ]
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
/ b4 q7 x3 s$ u1 A9 J
/ Q: f3 N3 ~9 V# w. _) i+ L. `
3 }8 e8 E6 n: c
下面是统计结果; j+ X& g% e- Y% d9 |! }" S0 i
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    : y4 s. L8 L" o
emucycle0_0 = EMUCNT0;+ W* R: ?7 l0 Y$ ]9 u/ O
emucycle1_0 = EMUCNT1;- o; @) O6 J' y" I
emucycle0_1 = EMUCNT0;
$ E& B" M7 o5 T( c3 Demucycle1_1 = EMUCNT1;
3 |  d/ [5 K9 Q8 }1 Lemuoverhead = (emucycle0_1 - emucycle0_0);9 \/ p9 N6 F3 _! f+ V! n/ c

  Y3 b' R% e0 l- v5 r% p9 W" [算法();
% `6 |) a$ J* E* A; j* M$ z/ }
! v; N1 s. z# k$ d, [6 @# R$ Wemucycle0_1 = EMUCNT0;% c1 b5 P" x/ }: ^1 p
emucycle1_1 = EMUCNT1;7 u+ N8 `% w) S2 {5 D. X. Y% N" L

! K$ e6 \/ |, r' O! h6 \2 E5 [Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;9 p0 C- Y$ v% O- Z" U

" \! x& v" u4 @7 Y
6 o3 V* ]- e9 P  x统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
" T3 a- r1 E% X2 G DSP> cycles: 196468  :  11814000
  o1 \+ T! k/ W. }2 ~/ a: Z DSP> times: 430.85 us with CPU 456.8 ?& m, i) {' X4 k* S  u
DSP> cycles: 3238292  :  11814000
, W! e7 H# f/ F DSP> times: 7101.52 us with CPU 456.
% I) \' D( B6 ~, r* |% q DSP> cycles: 157860  :  118140009 K" ]4 x. E! d, l
DSP> times: 346.18 us with CPU 456.+ r. {! k- e8 @1 y. c0 u  j
DSP> cycles: 3265684  :  118140006 K6 [- s$ i  f" ~) ]: e. d4 f
DSP> times: 7161.59 us with CPU 456.! T  P( [) X* M) C
DSP> cycles: 156344  :  11814000
9 V; W& A/ x1 q, Y+ d5 b. } DSP> times: 342.86 us with CPU 456.: W: V5 G2 I3 C" q# V% _1 M
DSP> cycles: 3304428  :  11814000% o5 c$ F6 _6 |
DSP> times: 7246.55 us with CPU 456.
. r6 k5 C& u! T3 i* z7 S1 T7 |$ y, l. ?( O- \, Q
设置:相应的表放到IRAM中了4 _" R; Q7 K: J* T
SECTIONS) a8 U& X7 o2 J6 ?6 W1 |" k
{
; B% ~! L3 l, V/ J6 ?5 a. {    .edma_data>IRAM  align = 0x80/ I! I8 Q: F, T# P  K
    .audio_glb> IRAM align = 0x80
# k6 X' q6 |. l: ~4 v; q        .f_table>  IRAM,  align = 0x80
/ D- H! w9 Y: @2 [' M+ _9 R5 l        .f_text>  DSP_PROG,   align = 0x80
1 X# i9 Y9 R; |. f        .f_glb> IRAM align = 0x80
, M2 Z) z0 _) S3 V/ |* v- ?! j        .ref_glb > IRAM align = 0x80; T8 R, _8 Q# S3 ^! d! K
}* S8 n* z4 \: l8 o" y% t9 I

( V& [7 d, W5 w& c* ?4 Q
7 J, Y$ d3 _/ {编译加了-O3 优化参数  x) c) E3 w# l- p  S! c5 l
* E# f+ M' W: i  |! e& V- M* r

% r: _, L, c$ X7 J
" [1 Q4 q' O! U9 c3 c" U1 h& ]
: Y, J8 B/ W6 |  z. U$ T  {

/ I% w9 u* j) X7 r: v
0 n, ~% \3 `! {% `
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
- F2 q! H1 s7 k2 A8 x! P- B
- ]. D6 y" O* w1 w6 h2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-5 03:45 , Processed in 0.043111 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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