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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 9 i' R' ?# g9 n$ z7 @  [4 ~
( ?1 v' C" r' {( i; n
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)9 M# |, h5 w5 B) d
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的/ g  h1 t6 L1 P
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?% s9 h4 k, ^# g7 r7 z$ t( M- c

; @5 _) _% ~  D

) s8 n( A% R0 A- ]下面是统计结果' |7 V' i% s) B2 Q7 K- i# @4 Q
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
% _$ V3 Z" n; w5 hemucycle0_0 = EMUCNT0;
' Y# n; e- m5 u. W) g# n7 J! ^0 Cemucycle1_0 = EMUCNT1;
$ o4 T0 l, M# Z' A9 W: @. kemucycle0_1 = EMUCNT0;
3 J" P# N/ ?# R: ?$ P+ Femucycle1_1 = EMUCNT1; ( G( X2 y2 F  F) V0 O
emuoverhead = (emucycle0_1 - emucycle0_0);. Q" Y  z3 C; A6 T& P$ a
4 l+ M$ D0 ]6 J/ o
算法();+ r! A: u3 \8 p5 w) [1 ~6 ]3 r
, ~7 v5 s) C; s6 ]6 N: C( Q
emucycle0_1 = EMUCNT0;" b1 {2 y3 }. e* S9 @" h
emucycle1_1 = EMUCNT1;. \# L$ c: o) u/ }" U
% X: Q1 y" R. b8 Y4 z7 f# \8 D6 }
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
# \" w# l  \- F' s# w0 D0 e2 j8 |2 e+ m8 o' l$ |
4 M3 e9 ?2 i( d/ C' T
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
/ |) M! }) \' V3 l+ H4 V DSP> cycles: 196468  :  11814000
' C6 h1 u9 ^7 a: W1 _: ` DSP> times: 430.85 us with CPU 456.& V; O, _, H0 x; L( p7 q
DSP> cycles: 3238292  :  11814000
$ ~& Q$ _% `0 L6 p DSP> times: 7101.52 us with CPU 456.
- V* N3 R5 V( \$ l3 K4 ? DSP> cycles: 157860  :  11814000
: w/ R1 O8 u2 y. k% M3 { DSP> times: 346.18 us with CPU 456.
( T5 A' j1 t4 [# { DSP> cycles: 3265684  :  11814000  g$ s1 s' V: W6 H
DSP> times: 7161.59 us with CPU 456.
8 A! G7 x; Q1 E3 h+ E# M' y DSP> cycles: 156344  :  11814000& \( t2 W0 ^' }
DSP> times: 342.86 us with CPU 456.1 f8 _1 W/ Z1 W5 W' K/ ?4 Q
DSP> cycles: 3304428  :  11814000- F6 h+ b. A* L8 m' v+ T. ]: Q, |
DSP> times: 7246.55 us with CPU 456.
# C. [' o, \6 Z5 f
4 ]* n, j* s4 M; N3 L设置:相应的表放到IRAM中了3 s$ q5 `$ Q" ]" v3 D8 m7 G
SECTIONS% k! V: C/ p% a* D1 }
{
* H! j, a( K, Y& Q: ]$ z! [    .edma_data>IRAM  align = 0x80
- K7 ?7 [" K, m6 c    .audio_glb> IRAM align = 0x80" c7 o; U1 W5 D/ ^2 @4 }
        .f_table>  IRAM,  align = 0x80
9 d- y" D& t9 C2 Q/ H3 X! q0 Z        .f_text>  DSP_PROG,   align = 0x80
& E  @( |! p% @* @6 U- }% w! T        .f_glb> IRAM align = 0x80+ w1 X# k8 D% i) a! a
        .ref_glb > IRAM align = 0x80" M0 k) c: D& f/ n& k8 Q( y' r
}
. V9 q2 |- c2 T& n3 |' x/ [! D/ v2 g( Q
  ^. i; Y' g+ v8 l6 b
编译加了-O3 优化参数
/ X. j% T* ]( e3 p( L7 B) f" P* ]7 K
: _) [) y8 N5 `* o2 e2 v/ G# ^
' v. G' q* k/ i+ u& j

1 ?3 J5 ?; t! Z' ^# [) B0 E  s
' m8 p# J8 H0 ]

/ Y8 p1 z9 W  x
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题( I  c+ E4 W4 F

3 G- J( M# U% q" k2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-12-17 11:57 , Processed in 0.039974 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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