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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
$ f* r5 c5 R+ r: Q' j0 h, X, v- ^. t
# Z2 J( r4 M4 d2 W( H3 v环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)% n- N+ A5 W4 q$ K. I6 p
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
' M+ C. c& S( p: O应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
/ e2 ^  n* p) k& E, C* b! X
9 n5 j0 D* V$ d/ t  j# u! a- H
% m' _. `7 D  @# T7 y. n6 E5 G" _) u
下面是统计结果
5 |/ o( _' P/ S1 h+ m' v9 ^" U统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    4 K" t9 L# H" [8 A4 L
emucycle0_0 = EMUCNT0;
/ w+ h+ h' t' g, l9 w, L' Iemucycle1_0 = EMUCNT1;
. v6 |6 T; ~# K8 e  Semucycle0_1 = EMUCNT0;- n1 T- y- V! C+ y
emucycle1_1 = EMUCNT1;
% e- S4 }! J2 |) y  hemuoverhead = (emucycle0_1 - emucycle0_0);( r# w# a( ]5 A) q" C3 u

$ W! `, f: B7 R  W$ e. d( j算法();8 P& u/ t9 ^9 P/ y" H4 Q
! N, i) R% \7 V* R
emucycle0_1 = EMUCNT0;0 H- ^% f) R( ~( S; }
emucycle1_1 = EMUCNT1;: h( X& P) y" k

* N# z" s# w3 ]5 E+ oCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
( R: Z! y6 c7 I2 X7 N2 W8 B  z$ m6 P

) ]' A& R0 k, C/ D" X- m+ v统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍& E5 i4 O1 }8 i1 M' [" H
DSP> cycles: 196468  :  11814000
0 I! a$ j' d' V! v2 L* Q5 i  O DSP> times: 430.85 us with CPU 456.) P5 ^& b- h, ]. R9 i" K3 b, M5 j
DSP> cycles: 3238292  :  11814000# k, M& t# p! h% t. N1 y" m
DSP> times: 7101.52 us with CPU 456.
5 q% A. |: ^- {' q, |! e DSP> cycles: 157860  :  11814000
8 w3 E2 t, c) L; A0 ? DSP> times: 346.18 us with CPU 456.
3 k6 y& R& e) S3 s DSP> cycles: 3265684  :  11814000% t5 u. t0 x0 P  m5 Y. U
DSP> times: 7161.59 us with CPU 456.
' {' \: T, a9 [! Q6 s% i) Q DSP> cycles: 156344  :  11814000/ _% Z$ A* D' [0 L% |/ W) A6 ?
DSP> times: 342.86 us with CPU 456.
' E9 B! C5 f/ G5 S! | DSP> cycles: 3304428  :  118140004 |- ?9 }# [- a
DSP> times: 7246.55 us with CPU 456.0 d! f$ s; `. b% I" d& G/ L  O, h8 D

/ p  q9 T3 x% K3 a. t% ]2 v设置:相应的表放到IRAM中了
& D, L3 P* O- ^- ASECTIONS% u" B3 j  o# k7 ~. \
{4 c7 o: ~2 i) C+ m5 X% x
    .edma_data>IRAM  align = 0x80
- |2 I/ D" f$ A4 \# f3 a& Q# D! ]    .audio_glb> IRAM align = 0x802 i/ r# @8 `0 Z9 a* |& F* |
        .f_table>  IRAM,  align = 0x80 ; m' Y1 W# K3 K/ E7 _2 U
        .f_text>  DSP_PROG,   align = 0x80 : l0 D! o  h# _" @0 a1 o
        .f_glb> IRAM align = 0x80' ~: S5 s  r( b; K7 |; X. I
        .ref_glb > IRAM align = 0x80; D( d+ E/ e  x
}, g6 r0 I% i7 b) Q
7 F; ^! a9 n# c) E+ e3 u5 k. _

. o5 c  ]" X4 a# G" X7 X编译加了-O3 优化参数! H$ X' Y" }- s6 G# B6 w5 m# O
! V/ W0 m5 _+ Z; n

" y# e8 i& o# g
3 l5 W- ], ?8 `4 ^

2 o0 `# i' r; Z; ^6 f1 s7 ?
  f: {: o% B5 T* W  d8 y
8 r: C/ X- j: s
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题$ y& q9 g9 ]- {8 n# ^# N
$ T- S6 G# P& e/ y  m
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

8

主题

31

帖子

160

积分

注册会员

Rank: 2

积分
160
板凳
发表于 2018-8-14 19:16:54 | 只看该作者
想请问下您是在LINUX环境下使用MAKEFILE编译双核工程的嘛?另外SECTIONS中的内容是在.CMD文件中编辑的嘛?
回复 支持 反对

使用道具 举报

3

主题

524

帖子

2085

积分

创龙

Rank: 8Rank: 8

积分
2085
沙发
发表于 2018-8-14 15:48:56 | 只看该作者
您好,根据您的描述,暂时不能排查到具体的原因。建议您:可以先不跑双核,单跑dsp的情况下,测试算法的性能,再判断是否是syslink或双核的影响。
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2026-1-31 05:05 , Processed in 0.039963 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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