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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 0 L4 ?1 B# Y/ ]  F: ]
8 b/ [) U/ {$ x9 {
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
; W& T8 z5 ~# Z, ~7 u( J' _自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
- w4 r% f  _+ a5 |; ~. @应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?$ P2 W, N# a/ q
' k7 }- M: s- S* F7 E# t
8 g! T$ v% {7 N
下面是统计结果
5 M, G3 o5 G/ a9 G6 j统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
+ s, k1 L9 `; C2 U# y3 i8 yemucycle0_0 = EMUCNT0;
5 s3 ]! D! i6 y4 |& i# Wemucycle1_0 = EMUCNT1;
9 ]0 x' p* W" y  w5 D& ~/ g" }emucycle0_1 = EMUCNT0;  }, H( v* u9 n7 w
emucycle1_1 = EMUCNT1;
1 V9 T& X0 b" @) ]* V* o; ~emuoverhead = (emucycle0_1 - emucycle0_0);  b6 |( }  K; Z( `" {4 S( Y

: z$ \+ B: i# T' i! Q算法();4 ?: `& n. A- b4 O+ S3 t" ]

3 k; e/ ]( |) t" [/ N( temucycle0_1 = EMUCNT0;
9 C$ {9 L) |2 N- i5 ?emucycle1_1 = EMUCNT1;
: c8 g. U4 [/ N9 ~- N; H" y6 o5 D, H7 N3 e2 s! n
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
' P" q1 r1 H5 V$ e& R) b9 Z; B& Q0 o0 @

% m% G" E7 P0 B; x统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍/ s' n( Y* t5 U: \
DSP> cycles: 196468  :  118140001 h. F3 U1 w$ V8 T
DSP> times: 430.85 us with CPU 456.
* Y. w2 d5 l" I DSP> cycles: 3238292  :  11814000( Q) _" e+ I4 O5 t" F: r3 D
DSP> times: 7101.52 us with CPU 456.
9 M# g8 {( U% D DSP> cycles: 157860  :  11814000& U" P9 P: Q+ S, w6 `: i& e( p+ S
DSP> times: 346.18 us with CPU 456.' v, o& @6 C% L- w# ^  J
DSP> cycles: 3265684  :  118140000 n- `  u, A. {' C
DSP> times: 7161.59 us with CPU 456.3 G" J" m2 |. z
DSP> cycles: 156344  :  118140000 C# Y# O. ~. Y+ X5 H
DSP> times: 342.86 us with CPU 456.
% d: ^! s: V4 @( P6 W DSP> cycles: 3304428  :  11814000) j$ i3 l% C' c" o( H" C
DSP> times: 7246.55 us with CPU 456.
) e6 Z; I8 N! g, u/ S- y
6 M  \5 O$ v/ u3 @; ?设置:相应的表放到IRAM中了
+ t  @7 g3 A- _- }SECTIONS
+ j. z$ z1 M2 @: A* I{+ R  @0 A5 F. j+ |+ G: j- _5 r
    .edma_data>IRAM  align = 0x800 c* i/ {/ S0 y7 _
    .audio_glb> IRAM align = 0x80
! g1 S( v6 S# \, |$ T2 m5 ]        .f_table>  IRAM,  align = 0x80 $ X* R/ w8 `6 m) j. Q
        .f_text>  DSP_PROG,   align = 0x80
: [. J/ z1 S0 p% }- _2 V) {        .f_glb> IRAM align = 0x80
, U  c. o% k& X: }+ J        .ref_glb > IRAM align = 0x80
1 g* `$ z$ L0 V( g! ]}
3 s$ U+ R' I: L5 T# P! V/ s. y! ]+ c" J$ ~% V* I* F

, F- g2 L! x* S* e1 L编译加了-O3 优化参数
! y3 m) V: G" E/ j6 p' _4 U, |" O& I( k$ C+ o: K: P- y

7 T) H( U( B7 ]$ H5 D  Q' M) D

9 ^+ I8 W: z% K9 C+ V0 e% x* X- q* A

$ O" |' W; |0 ]! O4 J

" A) p' [: @1 I. {( B
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

524

帖子

2083

积分

创龙

Rank: 8Rank: 8

积分
2083
沙发
发表于 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的 , 所以开启栈空间地址的缓存就可以解决问题
. b9 ~4 M7 m( [: H4 U# f% {: g; I  m8 K' K
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-4-27 15:08 , Processed in 0.037793 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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