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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 / [+ f  U) T0 A5 ?3 ^0 J
" U2 E' M* \' s3 r, g' k
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
9 M2 C5 d, z. l8 G) h/ \* a自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
# l" Z1 i  r/ x# ^: M应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?0 z6 p  q8 h* s- d8 r2 R
( D& C" z2 v1 E
2 q  `8 _+ }3 e: z
下面是统计结果
& Z; p9 y- a3 }统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    - O0 P7 [7 B! {/ k# P' l7 l
emucycle0_0 = EMUCNT0;$ R* [- q  X0 n0 x
emucycle1_0 = EMUCNT1;
2 u6 X. p+ G: ]: v7 N8 ]# iemucycle0_1 = EMUCNT0;
4 b) r: t3 ?$ @emucycle1_1 = EMUCNT1;
0 L; ?* b+ @; H% O! v  M9 \emuoverhead = (emucycle0_1 - emucycle0_0);$ n# M. r8 f% u5 A7 j; V

# `0 ^; m. E5 [9 M算法();- F$ ^: n% a2 u# b4 H5 b

, V7 W; W5 M# V3 S5 U0 Kemucycle0_1 = EMUCNT0;- C) Q9 o' B+ H% _9 ~+ A
emucycle1_1 = EMUCNT1;/ O: C) Y+ w, h- S$ `3 b
; x. _  @' ^& Q5 q
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
; o1 Y: u6 p5 f  d8 q# R, T) P7 r+ v0 ~' ]8 `  B' v  z! o

" Y9 ]% l2 h! u统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
; z% U3 f& `; L DSP> cycles: 196468  :  118140009 g/ k9 ^: C' e$ u5 V% |
DSP> times: 430.85 us with CPU 456.
( d/ _' _( i2 q9 j. F DSP> cycles: 3238292  :  11814000
  {& U# c2 w0 z2 }$ M DSP> times: 7101.52 us with CPU 456.! x$ U% q0 L4 Y% }
DSP> cycles: 157860  :  11814000
" ]4 ~5 \  C; F DSP> times: 346.18 us with CPU 456.
3 O* t% E) t) t" w/ q DSP> cycles: 3265684  :  11814000
( O% T. F+ c: k DSP> times: 7161.59 us with CPU 456.& c$ j; P) Y1 Q( D
DSP> cycles: 156344  :  11814000$ G. W% y/ c2 p! F# S7 k
DSP> times: 342.86 us with CPU 456.0 w6 h$ T4 B5 Q& Z3 h
DSP> cycles: 3304428  :  11814000! m' Q. r* y# f6 N5 x/ n
DSP> times: 7246.55 us with CPU 456.
% `+ z. Z6 _6 F1 |, ^/ p, X/ ~! f) y2 F. i+ X1 _# ~
设置:相应的表放到IRAM中了2 V- e/ V$ U6 t. c0 G# c. v
SECTIONS1 s' S1 |  V5 q9 q$ Y
{
- A" y0 D8 E7 ^. W4 F  F" V8 y    .edma_data>IRAM  align = 0x80
& R  N; y+ D/ f+ ?* Y  t; c4 {    .audio_glb> IRAM align = 0x80
1 o: N% I: M) Q8 q        .f_table>  IRAM,  align = 0x80
* A" W1 C8 h( ?        .f_text>  DSP_PROG,   align = 0x80
0 B! d  q2 B) h) O, o        .f_glb> IRAM align = 0x80
# m- Y* l$ C4 ?* Z; w! t  N. @        .ref_glb > IRAM align = 0x80
0 t2 a# ~+ q; I; u7 c: f2 T}- y- f$ N- |! Y6 C0 [. v

, ~" M+ ?' M+ F3 H  @4 m* V; Y" f9 g# h+ A
编译加了-O3 优化参数
2 k5 ^+ N9 N3 A" O( U" g$ X. l8 B. W  H

3 t' I' s. L3 T/ S1 N
, X: X1 j( O9 a) _0 c

* |1 @1 x8 S2 p$ c8 L) ]
7 L8 h  C, T6 ?- K5 M3 \! x

# T0 N1 m$ D: e. O; A
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
% x' F- u4 I- W' L6 f/ J8 h; F4 _' s0 z9 \* M
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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