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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 3 g, `- b& }+ P# P
: H6 _4 L1 {- y6 C6 {- }7 ?
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)) @3 l! m2 X: M( I& Y
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
+ X! h$ o5 A/ p. B& w3 Z# z7 l应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?* \% g  u0 ~# |0 P  ^5 D

( u) P0 `# v: ]' S6 |5 Y( |
. \; i3 T) f7 F& K* y
下面是统计结果
# u  _3 \5 |* ~$ W统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    5 c; w1 v; i. p6 X+ x: Y
emucycle0_0 = EMUCNT0;
- F# c& o/ {( M% @emucycle1_0 = EMUCNT1;6 X, T2 Q5 W7 U0 ^, Y7 V& ^
emucycle0_1 = EMUCNT0;8 m$ i; F- `* Q8 l" i8 [% u2 @
emucycle1_1 = EMUCNT1; - G6 r/ N6 b. h* U0 A2 c5 R
emuoverhead = (emucycle0_1 - emucycle0_0);; n+ R9 d1 M# X/ ^
' H8 k0 B3 H, C+ T  N$ A, z, \
算法();4 S. l/ D- y8 A. [7 d
- M, b" ~6 x& e$ ^' ]/ C( i, U
emucycle0_1 = EMUCNT0;
- X3 b& I8 b4 iemucycle1_1 = EMUCNT1;
( u- O1 \6 u3 J& F/ _
- ~2 n8 c% X$ e4 u9 ]$ K' QCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;9 H+ H; l) y$ K2 H6 z7 ~9 q% Q

+ b+ Z1 ~( Q* V8 K1 l* d8 j% e( Y/ u. r
0 O2 R! v+ t6 K统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
- P: k( @* }& R* k* l DSP> cycles: 196468  :  11814000
1 ]6 P5 t, U+ e DSP> times: 430.85 us with CPU 456.! z& m) l* o. ^3 F; c# J
DSP> cycles: 3238292  :  11814000
0 Y& Z7 E( R: D: {; i  W) X/ Q DSP> times: 7101.52 us with CPU 456.  H) B; O  X  d+ n4 T
DSP> cycles: 157860  :  11814000
2 c' ]5 K  i+ M, J9 I# u5 s* t9 } DSP> times: 346.18 us with CPU 456.
; o" P% D8 ]1 V: [$ z- _ DSP> cycles: 3265684  :  118140002 @9 a2 Q4 e/ \  m' W1 \
DSP> times: 7161.59 us with CPU 456.
9 D) k# a- z$ ~. [ DSP> cycles: 156344  :  118140000 V- ?: k9 \& u, W9 x
DSP> times: 342.86 us with CPU 456.+ d' i0 j) ?8 O3 X8 s  b$ l
DSP> cycles: 3304428  :  11814000- M9 C  B2 S4 s: |
DSP> times: 7246.55 us with CPU 456.
- r0 H% @2 R: ]
0 f6 v4 c6 h! P2 Q) {4 t7 J9 y设置:相应的表放到IRAM中了
* ~% U8 x( z/ t" SSECTIONS& F* ^4 M# M- Q, k/ u1 i
{4 w! G- x8 n; H, `
    .edma_data>IRAM  align = 0x804 h5 j+ ?7 X0 U% g  A
    .audio_glb> IRAM align = 0x80
, j( J2 B) v% r) L! n- D# S0 {1 `. I        .f_table>  IRAM,  align = 0x80
9 s  z& ]% v! w& [* o        .f_text>  DSP_PROG,   align = 0x80 " f+ T; I: E8 M2 w+ y% q2 L
        .f_glb> IRAM align = 0x80
6 x; ]9 l+ o7 A0 B) a1 S        .ref_glb > IRAM align = 0x80
; Q8 r2 A2 M' m. }$ l% |' Q}
0 q) p8 ^" Q0 ]0 {+ `5 m- _$ ^) j! H3 o! {% h
0 N( U( c; |% c* N2 d
编译加了-O3 优化参数
3 r. x% c$ G$ O- L! a
3 i2 ?! B3 T- v$ a" F6 }1 p: |; N4 D' i! s2 C0 t/ ]

0 G# ?) S6 H7 R
  }% {6 m" H. d8 b( X
7 I, K7 ]# S+ T% R

. ~# G( g& y) x4 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的 , 所以开启栈空间地址的缓存就可以解决问题
0 u3 O* t( X: k, [, G% _1 t# p6 J' F* T! A3 f
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-15 18:58 , Processed in 0.050389 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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