自己的算法连续两次运行消耗时间差20倍 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
8 p) ~/ w: u, ^% a+ R. T, B5 V1 r- g+ @# q' o
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)/ k$ g/ L0 W3 A3 a4 s1 f( s
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
$ w% M) @( E1 D' w应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?6 ~! }3 W# `; d  ~' H
/ ^! m, m" Z. R$ \! N
- S. j, f% G1 B. x$ l7 Y
下面是统计结果& g3 B7 K9 T! |( x/ K9 D
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
. W, D7 L' @  {emucycle0_0 = EMUCNT0;8 J+ U& y) s! i
emucycle1_0 = EMUCNT1;) s9 ^5 \6 o! d: u
emucycle0_1 = EMUCNT0;
4 z9 {# H7 y& u$ K3 Oemucycle1_1 = EMUCNT1;
" h1 ~- q  M) femuoverhead = (emucycle0_1 - emucycle0_0);: F, e- `% a" g2 ]# I7 p% s* }& j

0 d3 m0 g* P8 n  ]: P+ D算法();
. L) ]( c$ U8 p% v- N% H$ l: P0 M
emucycle0_1 = EMUCNT0;
. ^6 c; L# }* Y  ?emucycle1_1 = EMUCNT1;
( O( Y) N; V- Y# r$ ^' @! [" c9 z$ h3 J* R) n$ Q
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
+ R" C$ r- C0 u5 s5 B/ M& G3 Z3 l  \8 p) s9 q0 P; C+ W& D

! X. A  l) U1 f, K4 Z8 g% @. z5 b统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
/ K5 S8 P/ n+ S DSP> cycles: 196468  :  11814000: h3 v6 S0 |. y0 J" G, v( K
DSP> times: 430.85 us with CPU 456.
$ _. a: T8 ?! I DSP> cycles: 3238292  :  11814000
( I6 o7 ]2 g. e6 C8 { DSP> times: 7101.52 us with CPU 456.
# _7 Z% `2 M5 y DSP> cycles: 157860  :  118140006 ]) u) y$ ?, I# a! H; z' T
DSP> times: 346.18 us with CPU 456.
5 k8 x8 C3 {8 J9 m* V# X7 Z DSP> cycles: 3265684  :  118140002 u+ K! l- K! f2 B
DSP> times: 7161.59 us with CPU 456.
9 O4 |" z( E: g1 k1 F4 B* p DSP> cycles: 156344  :  11814000* Q: L6 P  Q4 u) e
DSP> times: 342.86 us with CPU 456.
8 B: P% U1 e+ S7 U% N8 r; [- _ DSP> cycles: 3304428  :  11814000
9 l6 x/ ?% ?' _ DSP> times: 7246.55 us with CPU 456.. x) f/ v/ l! x2 x
& v* q% r. N* P# |8 R5 B1 R( E6 ~) r
设置:相应的表放到IRAM中了/ Z: X% y$ T+ x/ f
SECTIONS3 ]1 w  }! Y/ e3 `' f
{
+ \3 I+ f) ^, |7 e7 f+ c4 H! z: \    .edma_data>IRAM  align = 0x80
5 _8 j: ?0 F% }2 w7 o- Q& {    .audio_glb> IRAM align = 0x80. Q& S8 T) T; E& x' g% o
        .f_table>  IRAM,  align = 0x80 ( M* F% ~  B% ]  p( v
        .f_text>  DSP_PROG,   align = 0x80
! r/ K/ X. X, p        .f_glb> IRAM align = 0x80
$ t9 e) K, P5 A, n9 Q" l3 d4 {6 N        .ref_glb > IRAM align = 0x80
$ e8 a# `' Z2 K0 X. a1 |! D8 g1 N7 T$ B}: v! R( C# S* d  I( e
$ k4 j6 u) u0 A* K2 s" D( l0 W" b" u, P
" Y1 n, ^+ P% w: }7 d) a6 Q
编译加了-O3 优化参数
0 \* E6 b$ u+ J: y- Q' }
2 \8 i3 D+ B' V/ a* [
% Q; ^8 \( [5 A% c+ `

6 _3 R! C- f: K4 S) {
: f* O' i* t9 y, o

: V; Z- v9 y& v* b% D" W

/ ], n( ~8 `7 H/ I5 ~- R! l* J
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题5 C' s2 l* {0 V$ v
  i! e! P& x8 W9 o. O" {2 @! B
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

点击跳转“创龙科技服务通”

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

GMT+8, 2026-1-31 05:07 , Processed in 0.038821 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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