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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
* u- ]8 `' b3 l. |9 e
; @: \3 o5 v8 f. g* Y. y环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)2 o8 E% i# C4 f" P3 {8 ?7 {4 Y
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
/ q/ A5 q7 b- g6 ?! x% f# h应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
; f0 w5 ^% v! |3 W2 j3 R. X/ u, \
- H) g9 Y* m! Q5 H1 O6 {

% R! f/ |6 z3 y下面是统计结果
3 z0 n8 p& W. D/ n统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    2 S! t! _. {" |) b( m
emucycle0_0 = EMUCNT0;  S8 j4 d$ B3 B. Z) g. t8 l
emucycle1_0 = EMUCNT1;1 k2 Y/ x, e( ]/ z* U
emucycle0_1 = EMUCNT0;5 d0 Y, L: X) U
emucycle1_1 = EMUCNT1; 9 z6 t! N' L# C5 j) D4 }6 W6 l
emuoverhead = (emucycle0_1 - emucycle0_0);% U3 z2 s) G' U: X

4 B$ h+ j" Y3 c/ n  t7 s算法();/ r; Y3 s4 ?- \/ @/ ]  ^3 w9 b
( h& O5 a4 f, X
emucycle0_1 = EMUCNT0;
/ E& K% d% [8 s9 [8 ?emucycle1_1 = EMUCNT1;
. m6 R& j* P- }& G: G  u, j5 W! B9 @* E
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;! y1 Y# q5 f% r' d; \5 f

( |" g: c9 t/ L+ t! B3 u/ Q1 ]3 `
2 J7 s! e  C2 n! Y( `统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
" o7 e5 Z7 b( Q/ t DSP> cycles: 196468  :  118140003 e5 A0 V- B+ o
DSP> times: 430.85 us with CPU 456.$ R3 a5 `2 C+ l$ o5 j
DSP> cycles: 3238292  :  11814000% K2 m7 p3 Q6 |8 O7 f
DSP> times: 7101.52 us with CPU 456.
6 X8 }: Q2 E2 c3 K! U& v3 ?; R DSP> cycles: 157860  :  11814000
% O: D' _3 }2 N7 Z4 N+ s0 x7 {9 K' d; ~, R DSP> times: 346.18 us with CPU 456.2 I8 ~4 }5 m% A6 |: K
DSP> cycles: 3265684  :  118140005 u' t& g$ e! V* V& _5 N
DSP> times: 7161.59 us with CPU 456.) i& V- D# Q# h3 _6 r) A* |1 m5 a2 |+ _
DSP> cycles: 156344  :  11814000
" O+ u$ r6 @7 t0 k% C+ b& t. o6 Q DSP> times: 342.86 us with CPU 456./ ?& }/ q$ W. x: O
DSP> cycles: 3304428  :  11814000
7 `' d9 l* T- t- X( k' P DSP> times: 7246.55 us with CPU 456.
/ F- E% Y. M. R
- N7 T: J0 X$ D1 F! j+ A设置:相应的表放到IRAM中了. d2 F) s7 w& H9 w4 O" w. Y
SECTIONS
& d: {2 l8 v$ C- `: P# c{
9 d( D) q* p2 \7 N$ a* x, b8 |4 x$ Z    .edma_data>IRAM  align = 0x80
% j6 G) C8 t! J. b" e) Q. c# J    .audio_glb> IRAM align = 0x80  o" l, B" d  l
        .f_table>  IRAM,  align = 0x80
; T9 U* n! ?8 H' B# R        .f_text>  DSP_PROG,   align = 0x80
# t" h) ~+ n" x. R1 W/ E        .f_glb> IRAM align = 0x80
0 r; f( f$ e2 m6 R3 n) J. \        .ref_glb > IRAM align = 0x80; ?& i4 E, X: I
}/ \# D: j1 M1 K3 B) T% H# y- l

5 E4 R3 I8 x9 |* I2 J! i2 g. F5 a
& Z% {: r" Z4 x* t  a( U6 _编译加了-O3 优化参数$ r1 t5 z6 x% `
6 m! g4 Y( {  J6 O' \) u' g, N+ w
  P& e' V! _. j' M/ O; V
& w( y" {+ [$ d) e; f1 w; B' k

* p8 T+ ~% u! F! [
, ^0 b) g# e* \0 o

5 _8 ~4 N# m0 o4 `$ A: g; p
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题, S* O& a# }: v+ U# P
) T+ l, Y# b; z  M/ g% u0 a- G4 A) Q
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-5 22:49 , Processed in 0.036280 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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