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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 : \- {% Z! k# ~' n* e
( z: n5 A# E$ c
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)6 W# t, S9 K2 b1 r; A5 m, a
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
" T/ y8 u  J% }8 @2 l应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
8 E  ?, f! g6 m1 f- Q$ Y
% D: F4 ?' ]# t* L* N/ y2 C
/ [! l6 P  x* V4 }
下面是统计结果
% o' J4 u+ u+ ~& _" P统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
, x' M: i7 u& w# ]8 Semucycle0_0 = EMUCNT0;- J4 Q0 d4 d6 E& p- p( P1 G
emucycle1_0 = EMUCNT1;
" }* T0 G( g; u; k, S8 ]5 Xemucycle0_1 = EMUCNT0;$ g' E1 C* b* h; c5 v% y2 D1 A! {
emucycle1_1 = EMUCNT1;
6 s# @% c% Y6 n  s% }+ f& Oemuoverhead = (emucycle0_1 - emucycle0_0);$ M1 K! O/ ?! y9 J3 \
  x4 O6 g# G2 p
算法();0 `, a+ w( }3 I- m7 O- ^# {7 ^
" N* Q  X  P  f4 f1 I) u
emucycle0_1 = EMUCNT0;
. ~9 F: F4 c) ^' h8 t* v/ D+ temucycle1_1 = EMUCNT1;' p% K, X1 r1 N

0 L. X2 r1 l) E) f' ?9 lCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
1 O/ z6 _- Z6 p. ]. v  o
$ f: m; @5 O; p; B9 H8 U6 i6 c& F( t/ R1 F# s7 K
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
* ~( R  r, a+ @: E5 C7 V$ L9 W DSP> cycles: 196468  :  118140002 `9 \  A! X' _; C# \) g$ x
DSP> times: 430.85 us with CPU 456.
. Q8 S# M9 Z/ C& G! M3 P: a DSP> cycles: 3238292  :  11814000
' U$ N2 W4 k% x( h. A8 [* F DSP> times: 7101.52 us with CPU 456.
# I, n# B; [! q, F  Q/ s5 k DSP> cycles: 157860  :  11814000
5 m0 A2 i0 k6 W DSP> times: 346.18 us with CPU 456.% x# _! e. R# ]4 d
DSP> cycles: 3265684  :  118140000 X6 v# Q$ ^% d5 q1 v1 v1 r5 {; H
DSP> times: 7161.59 us with CPU 456.) s3 `+ }3 Z9 |% V+ F
DSP> cycles: 156344  :  11814000
8 B5 z6 D- g! L$ [- ? DSP> times: 342.86 us with CPU 456.
4 h; X$ |4 W) t- x3 K DSP> cycles: 3304428  :  11814000: }$ p9 r) @3 q' E: |  r0 Q
DSP> times: 7246.55 us with CPU 456.3 h; z' a8 {1 U3 l
$ g4 K. M' ^3 N
设置:相应的表放到IRAM中了1 S1 f; b6 H+ N' _2 I8 M9 T' T
SECTIONS, F7 |5 ?; [- m0 }
{/ Q: T, D" N2 Q4 l3 w) V# l
    .edma_data>IRAM  align = 0x80: `+ G  o$ Y7 v! T6 P- f
    .audio_glb> IRAM align = 0x804 f$ t4 ]9 b, P$ V: [
        .f_table>  IRAM,  align = 0x80
% E: W' d8 e8 m3 L) t- ~: Z  d        .f_text>  DSP_PROG,   align = 0x80
, H, ?3 j& v5 ~6 ~8 {        .f_glb> IRAM align = 0x808 @/ e% M7 f+ K8 \$ m/ _1 n5 f  w
        .ref_glb > IRAM align = 0x80# H. {: }1 D4 u& T: w' T  e
}
, j6 P( F# f0 v1 T8 M5 \4 o2 U4 a
7 D% G8 @: r& p  H6 H/ a; j. @- t" T' [$ o3 ]( ^" v
编译加了-O3 优化参数  V4 z: l4 ^, d) ?

$ L0 p1 E9 r/ d+ V
) s$ s& ?4 z8 f6 Q% t  u9 d! o

3 W6 _2 Z; r+ S& n  B
$ C: `, N: j2 D6 V3 m! K' v
/ h% V& D) O, i4 L2 E) j/ o

1 P( ?. e7 A4 s8 v
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
& C/ b5 l8 I- D" n/ h4 f" {1 I: Y
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-3 17:52 , Processed in 0.038542 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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