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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 1 @) k4 h1 L: s, N6 s0 q
8 S: N) ^' p& g' {; l
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink). Q/ s% N: M+ @, J
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的+ b3 C' \% a# O9 S. I
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?) F' z& ]. b7 S3 o/ q

+ G  L; g( x: z' c8 K

, k# Y/ [+ J3 O下面是统计结果
# K; ?9 Z8 p1 Z1 d7 I" P统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
! w6 {7 }2 K9 @1 o# V7 cemucycle0_0 = EMUCNT0;
- J, @6 q# d' k" kemucycle1_0 = EMUCNT1;
& m: N  H2 u, ?6 v' o& d3 s) b! Qemucycle0_1 = EMUCNT0;* W! N4 C8 Q' L7 i  k0 v8 A
emucycle1_1 = EMUCNT1; & G( B) O# Y4 u5 h/ a
emuoverhead = (emucycle0_1 - emucycle0_0);+ w/ @* N0 }" @! l; A

8 C8 I, g8 Y. e8 P) R算法();
3 x/ b4 P  Q1 R4 ~  [4 z1 K: t8 Z; F, ]
emucycle0_1 = EMUCNT0;
, A. e1 G7 s8 r- _3 p6 Demucycle1_1 = EMUCNT1;& n% W. D. w4 I1 a/ b4 J
" N! @4 o& l* E
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
$ f& i0 u' M+ G  g: x4 B
* d* H9 q% v+ M+ W) R- h
0 k$ B) w) X' r- g: i* o* i1 n3 r. s统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍% \# a" j# [' E( M0 d
DSP> cycles: 196468  :  118140009 P+ w. S/ V$ L2 j: S/ a
DSP> times: 430.85 us with CPU 456.
6 w( I# C; q  g4 {7 I DSP> cycles: 3238292  :  11814000
) r4 c% k$ F% R. ?; u+ G DSP> times: 7101.52 us with CPU 456.( ]5 i( n5 @$ _0 d9 `# b2 H: j/ K1 M$ S: s
DSP> cycles: 157860  :  11814000
; r+ n# F2 Q5 M7 m; I5 v DSP> times: 346.18 us with CPU 456.  t: [  q- ?7 x) r& y
DSP> cycles: 3265684  :  11814000& G! c0 _" s8 k. C2 q: x
DSP> times: 7161.59 us with CPU 456.8 M3 X/ n8 Z- \
DSP> cycles: 156344  :  11814000
$ w, g' T5 M- l  r/ A6 Q DSP> times: 342.86 us with CPU 456.* r; n2 D% x& h. K/ T
DSP> cycles: 3304428  :  11814000* O! c! ^( @. Y, u. I+ x# w" V5 z$ [
DSP> times: 7246.55 us with CPU 456.
  K  G2 t& R2 n: _  [0 H
$ ^# @6 v$ S' ^# L5 i4 x( v# g设置:相应的表放到IRAM中了1 {5 Q& _$ y$ q( j% X
SECTIONS+ M3 |! u0 \- _6 G
{2 E% L* ]6 z8 w  e
    .edma_data>IRAM  align = 0x80
/ f; C4 E) k* y/ s3 a# O    .audio_glb> IRAM align = 0x80
8 H# e1 E7 D$ F5 z8 M        .f_table>  IRAM,  align = 0x80 % @+ ]8 ]" r, K  C1 b( Z/ G' n8 A
        .f_text>  DSP_PROG,   align = 0x80
2 N% ^: U1 i2 o        .f_glb> IRAM align = 0x80+ M. w( I* Z6 g3 |& Y, x& Z
        .ref_glb > IRAM align = 0x80/ t- }0 W2 O" {5 P
}& G, }; @- ~6 v* |: L

5 q$ k2 `2 W. }/ u) r2 N/ l+ A& }: k% R5 ^; Z0 T* \! X: e: {$ p
编译加了-O3 优化参数
9 o) M5 S4 p& D7 C4 i. v* z' Q4 b& E! X6 r6 g
1 q% t4 A- u$ w4 y7 [
' X2 n0 M2 _# G/ `" A
. G3 W: k- L. i0 Y
8 U/ ]% m6 P# f( p, Z% f
5 W- e( E2 Q/ e# ]  U
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
% Z8 j7 i. `: |4 k8 R
9 u- s+ y. }8 [8 `2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-8-2 19:34 , Processed in 0.032680 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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