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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 7 x: ^" S6 L9 A% c; X

' ], S/ E8 O7 x3 z8 B3 X/ I! U5 i环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
# C  {6 R  R* E自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
) l4 ~/ C$ h2 v. `  ~+ X- @应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?7 i( Z/ T$ d4 A3 R/ `6 \, ^

1 }: u. ]. Y# w# e. a, Y
" e" S, {, K+ X1 q
下面是统计结果
% q* w; I8 j* h. h; ^/ \: p统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    ' K- Z5 ~) J5 R: W" |6 N7 H
emucycle0_0 = EMUCNT0;. K( n8 K. w' [3 n, S. \" m
emucycle1_0 = EMUCNT1;6 m# K) @( r5 ]$ ]$ M
emucycle0_1 = EMUCNT0;
- s; M$ \# q- ^/ ]0 s& Semucycle1_1 = EMUCNT1; $ S/ o4 t  ]7 T& {/ N2 C+ S
emuoverhead = (emucycle0_1 - emucycle0_0);
5 ^( E& a* d( s8 v1 {! g5 R& b
, D- Y! `# @) d: i9 j) Q9 c; L算法();# R% }5 M+ s0 Q) y& d/ Y
; @: `9 u) B3 k+ P% P& Q' a
emucycle0_1 = EMUCNT0;
6 a2 q1 x6 W  O3 L" M6 s: I% Femucycle1_1 = EMUCNT1;
( ^# B7 S: e/ S# ~5 u- x0 G* G  b8 F+ ~; a$ V/ P+ g6 m' H
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;% u4 t/ N1 d$ X

+ a" w2 g# q3 w" Y& M2 Q) p, {: v6 b- x: s  W
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
. ~& B" b- z7 Y2 X1 [ DSP> cycles: 196468  :  11814000! f! f7 k7 S3 U. }
DSP> times: 430.85 us with CPU 456.
( a( ~3 o+ v4 d1 m( [( W4 ]) y DSP> cycles: 3238292  :  11814000
* v& o* G5 U+ w- |2 w DSP> times: 7101.52 us with CPU 456.5 p, e8 ?4 x; n$ i) o
DSP> cycles: 157860  :  11814000) N' Y, ~+ u# @$ [0 ~9 Y0 a
DSP> times: 346.18 us with CPU 456.8 A. P, ]5 q! H2 v5 e* m' b
DSP> cycles: 3265684  :  11814000
. D8 T  I. U7 ?; Z DSP> times: 7161.59 us with CPU 456.
- }/ @) r. a* A+ G6 a) x9 A DSP> cycles: 156344  :  11814000
, t9 G. S, O1 s3 u0 v DSP> times: 342.86 us with CPU 456.
1 A) B" P- @. M* W5 }" U DSP> cycles: 3304428  :  11814000
# D5 O/ |2 H1 m( K+ j5 J* L DSP> times: 7246.55 us with CPU 456.
* q0 r% ?% z& M0 Y8 v  s8 c$ U+ h0 d# H1 k
设置:相应的表放到IRAM中了9 Z; t0 g1 J: h9 H
SECTIONS, r% d6 D0 ~% |
{
" J/ ~0 ?6 X9 S, A2 l    .edma_data>IRAM  align = 0x805 B1 n' V% Q1 \% u- X  j, n
    .audio_glb> IRAM align = 0x80
0 `! j& @! V, h' f2 e' L8 W6 o        .f_table>  IRAM,  align = 0x80 / r3 Y4 k+ @' V  V5 C( q8 W
        .f_text>  DSP_PROG,   align = 0x80
0 w& X( o( \% y3 j$ Y# c$ M( C2 u9 t        .f_glb> IRAM align = 0x80! e5 b4 Z$ T2 N0 y* y0 R) z
        .ref_glb > IRAM align = 0x80- t& F* z- m8 t/ M/ g
}* Z5 P1 T5 _2 G: P
3 w. e! C  N) E9 X

: g/ u1 |& b' N/ N- p' B* ?编译加了-O3 优化参数
, Z* Z& F* Q5 f5 L+ x- Q/ E7 {$ Y( ~$ o6 M1 r( u/ r% {* h/ v/ ?, J

3 k; `: t, v: C+ U3 n: Y: @& Z

2 m0 Y6 L7 W1 p. w
3 U: T/ {$ S9 v  R! T% b. f! L

5 {. n7 V, W& h( O8 a4 C1 E, w$ {- H
& q. ^, i$ s! L& d7 O* o9 |  G. r
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
1 ^# }0 w; F, O6 u- d2 A% C! P/ A: X: v- s6 O/ ?1 I2 ~# v" A
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-8-2 19:34 , Processed in 0.042382 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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