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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
6 J5 r2 |! O/ K: t3 j
" e0 v9 T$ _7 e( O0 P1 X/ ~7 Z环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
5 [4 `) Z9 w( k自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的! q3 i7 M! j5 w( A6 p% b2 Z- p
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
1 r9 i$ T$ y3 O/ Q( E, a  v$ n7 x$ P  v& `" @7 P' q! S
  x1 }0 Z! N) g9 T( b
下面是统计结果
1 W) n8 ~# l1 I% Q( p* Z' ?统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
  n! U; Z7 {1 l: K7 j3 l0 aemucycle0_0 = EMUCNT0;
% c4 }3 {9 j7 j' ?0 X1 Gemucycle1_0 = EMUCNT1;# t& L/ a8 C! x4 x$ J! A  w
emucycle0_1 = EMUCNT0;
$ w8 N- ?- m" a: b% Aemucycle1_1 = EMUCNT1; 5 T7 w" h3 ~( ~3 W- G7 _* v  |
emuoverhead = (emucycle0_1 - emucycle0_0);! W' u+ [& S- S

- _' a+ _+ v3 {0 _. B算法();9 r% S' n- x, S! L! ]' q, i6 a- D$ s

, S8 ?$ Q7 C1 L( J: x) j0 Bemucycle0_1 = EMUCNT0;
, g" u. g  G% M. uemucycle1_1 = EMUCNT1;0 Z5 t$ W/ H/ O: Z% I
# @* V0 E3 v- Q+ g. q" V
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;7 |% D1 B4 s2 ~1 B6 [! A
; @& K# A! w* `; O1 @2 a7 h

( L; i* @( D+ b: b3 Z0 [3 D统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
) i* n9 f: l& P# h DSP> cycles: 196468  :  11814000
: [$ G0 ^  T( b3 X DSP> times: 430.85 us with CPU 456.
# d0 K/ T% j! r( T# Z- f4 i& X DSP> cycles: 3238292  :  11814000; f. d' Q: e1 N+ d1 j
DSP> times: 7101.52 us with CPU 456.' \( e6 H' b8 X! Z1 r; B/ o& T
DSP> cycles: 157860  :  118140008 l( `1 r2 F( N3 ]# ]) O/ I
DSP> times: 346.18 us with CPU 456.2 m3 g! }+ p5 D; c1 `% l. z
DSP> cycles: 3265684  :  11814000
- l& I( w; h* X% T# `2 D+ q1 Q  j DSP> times: 7161.59 us with CPU 456.
" ~* N- c4 d; v8 q" F" I: } DSP> cycles: 156344  :  11814000+ Z5 I! N9 K6 v4 x. K) H% C
DSP> times: 342.86 us with CPU 456.% b$ P- p- {  c+ B- p( m! ^
DSP> cycles: 3304428  :  11814000
( k+ {  `3 H6 r1 _" J# z, l& x DSP> times: 7246.55 us with CPU 456.* u4 P; G8 A( a7 h, [& q% l( {
+ K$ m. ]# n7 j/ p  E
设置:相应的表放到IRAM中了
- O' t* Z# y- i& W. a* r$ ?SECTIONS
8 N+ r3 e  N; \' o1 M{
9 G( [& R! ]% u' a% E7 t0 B    .edma_data>IRAM  align = 0x80' S( \: |+ O: e: V
    .audio_glb> IRAM align = 0x800 K. {# w/ A) `" [' Z$ G
        .f_table>  IRAM,  align = 0x80
; r8 K/ u- x" x  p2 |9 Z        .f_text>  DSP_PROG,   align = 0x80 ' |1 ~' S9 R" |
        .f_glb> IRAM align = 0x806 `# M3 b8 b- R. d$ d
        .ref_glb > IRAM align = 0x80( J6 R3 W8 h) N  N) l( ?' d
}
- M: {# s1 @/ s6 }* f
; w; C, ]5 C, _& |: n; k' ]& e
编译加了-O3 优化参数
- Q/ j0 w# v" {' R$ Q, V% @$ u1 s5 Q4 ]5 S) a0 ?
& z4 W4 u, E6 v! s  K7 Q$ {6 [
4 N3 _+ G+ I6 x* ^2 h0 D& Q2 q6 {

  T& n4 r) c2 c2 o; z9 U8 ]8 ?$ W6 x
+ b  a( R; _: E. N$ R
3 R0 U9 x$ i+ J+ Y$ S( S
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
$ A* }* @: J0 C2 v1 m/ z0 W/ D* D" S* f8 J! H/ y& C: ~7 Q
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2026-3-17 09:46 , Processed in 0.040013 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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