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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
3 I7 o& V! k/ O5 r# x) {, C& |
$ F4 _+ E) u# o4 @. R8 K* }2 E环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)- Q" V; x! j/ o( R
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的3 ], m; p5 Q4 P1 x7 v6 X- Q% R- N
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
/ A- A/ `+ L% `9 z$ s- Q* [
7 K9 E3 G* {0 W' G
0 j3 t5 R6 c$ A0 c: T8 N1 R7 J
下面是统计结果; Q) M2 c0 _5 z6 N% _4 d
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
& Y8 S7 ]; K; D+ c9 e% a1 v9 Y. Gemucycle0_0 = EMUCNT0;
# |" y3 f* ~/ e8 Gemucycle1_0 = EMUCNT1;
- p1 k( c$ f! |; c; }% c) bemucycle0_1 = EMUCNT0;4 Y0 B5 h5 W- c& j# T( ]" ~4 Z
emucycle1_1 = EMUCNT1; 2 y% r7 s0 ^. R) }! r" E
emuoverhead = (emucycle0_1 - emucycle0_0);
2 x* o$ o5 e* m+ K% n1 D* Y% J) C, j' r7 W  w. p, T7 _9 Y: x/ x
算法();
) t' u4 r/ T7 q3 M! f* V
( d0 r7 C7 N. Uemucycle0_1 = EMUCNT0;3 @4 x+ R+ O' R2 s: I$ z
emucycle1_1 = EMUCNT1;* i+ ?' d8 g1 I% r" T$ Q# f3 E7 Y* y

1 T! ^  `! x& R, L, V* w/ F3 xCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
, ^+ R0 F6 t7 K) v; y- |6 _4 d$ @/ p

: ~# {8 K/ F7 d# e统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
( l. s' j/ K- u& E% L5 r3 o DSP> cycles: 196468  :  11814000; `6 ~/ ^! y& x/ [2 S' S. k
DSP> times: 430.85 us with CPU 456., K8 ]! D: j( Q8 V$ H
DSP> cycles: 3238292  :  11814000
; y7 G$ \+ K+ u" F' j DSP> times: 7101.52 us with CPU 456.
# E$ K, Q8 C  u4 w9 J DSP> cycles: 157860  :  118140000 e* b. Z1 t1 W% G5 l
DSP> times: 346.18 us with CPU 456.
/ A- U" `, |9 U. O5 h' p DSP> cycles: 3265684  :  118140006 J6 g5 d& x0 i( ]! e$ {  ]
DSP> times: 7161.59 us with CPU 456.
; W' R* Y5 i7 [0 ~9 {$ c! r DSP> cycles: 156344  :  11814000. D  _# F/ g3 d7 R- s+ V6 F1 O
DSP> times: 342.86 us with CPU 456.; V1 b; `9 ~$ _0 u
DSP> cycles: 3304428  :  11814000, s& r1 o' ]* R  T
DSP> times: 7246.55 us with CPU 456.4 T+ \0 U' O3 P9 p: `* G: _' N2 f
% t- W5 E. Q1 ?% X  X1 s5 X. i; f4 E
设置:相应的表放到IRAM中了- q' U5 K0 e4 N3 s5 d% L
SECTIONS8 y7 g- W; }3 R, v7 k7 q
{
0 ~4 V2 v- S, j; K$ i    .edma_data>IRAM  align = 0x80
/ R. \+ n% j0 a9 q+ @    .audio_glb> IRAM align = 0x80
. a$ a" I3 c  U* _" v5 y; c        .f_table>  IRAM,  align = 0x80
1 M' ]( i' f" R$ r# j; I1 d" a        .f_text>  DSP_PROG,   align = 0x80
+ y; j5 ~5 t3 L) b& T+ ?1 `  W8 J        .f_glb> IRAM align = 0x80
  t- n/ {0 I) K$ x& B        .ref_glb > IRAM align = 0x80
6 c. O" m( f% M' M  s+ E1 D4 r}, f# h; Y2 ?, `3 ?% k

4 v; L2 y: c# E1 S( v9 K* ]4 c5 a6 Q
编译加了-O3 优化参数
& z% n) }$ T7 Y6 P! c  i9 n# m# w+ H$ D) Y. ~" A1 _5 [6 B$ n  D

$ ^; m1 Q& |- X& U9 D8 A: j2 U" Z( H

; B' }, R: k' j& P) }. F7 ]* t: \2 N/ R; E4 D  t! K
* O% W* b: H* h

, i1 p$ x' t5 N% U' f; t# g7 }$ q
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
* Q; i3 j( o" ~) D7 `$ A; I
2 n0 C1 E; Y2 ?: g+ O. n2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-6-16 16:22 , Processed in 0.036839 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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