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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 0 N) ?7 N/ |. w8 Y! O6 [$ T1 A
; l3 F* X" r  j5 `/ z
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
. \! i4 ?2 |8 y; S6 y" \& J自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的! p% M3 K# E9 o  F" G$ X" Y" _7 S- k
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?  Z& l  u; r/ a# a3 j
2 |+ O* b- Y0 A. J4 C2 r: ?

  n$ @! f  M% c2 A, v下面是统计结果
- _7 Y. U0 w/ |# W/ V; d, y统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
0 ~1 k$ r, y+ ]6 n; @emucycle0_0 = EMUCNT0;$ C* t  n+ g! |' ^3 M
emucycle1_0 = EMUCNT1;/ |1 z( h: d1 `( \+ J" X% w
emucycle0_1 = EMUCNT0;
5 e9 Q/ }1 }7 I6 A- Y0 A" q3 Memucycle1_1 = EMUCNT1;
  K: k: ~. m0 f" O+ ]/ `+ Iemuoverhead = (emucycle0_1 - emucycle0_0);4 |" [/ L3 n# z- ]$ [  A
% d/ y- O) y& T2 f2 b  A
算法();
% N' `9 e) h( e
2 o- c" a( g1 g' b+ \: l- Y! gemucycle0_1 = EMUCNT0;
+ g: p$ F, J6 d! b8 F: I) j/ ^emucycle1_1 = EMUCNT1;% o9 P# o6 `* `  c8 A7 S
7 }2 I! A2 S8 {; j
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;: F# d6 T" N/ R) B3 }! A+ c
  ~! [0 Q, |8 P6 `5 K& y8 E
5 V) ?5 @: Y' S+ W  @
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍! e* `8 ~. _) F/ `3 |6 s& K8 |8 r
DSP> cycles: 196468  :  11814000
$ Z" J0 n2 T4 s" ?$ ~& j9 m; S5 E DSP> times: 430.85 us with CPU 456./ d5 `9 b- B0 N1 W- G. {
DSP> cycles: 3238292  :  11814000
  g& |. T8 n; ?0 Y DSP> times: 7101.52 us with CPU 456.2 s, w3 h- t: y' e6 C  r# _
DSP> cycles: 157860  :  11814000
6 q, M3 U# c9 s+ ~  F, d DSP> times: 346.18 us with CPU 456.
5 [- Y$ ?+ L! l. q" W' t, ` DSP> cycles: 3265684  :  11814000  J3 G: b$ n, ]2 W. \  g6 Z
DSP> times: 7161.59 us with CPU 456.7 J* m$ K5 D& c* k6 v) A7 T
DSP> cycles: 156344  :  11814000( c1 B$ n3 G( V( c4 e4 W
DSP> times: 342.86 us with CPU 456.
2 l: m5 |* l1 V4 N/ J DSP> cycles: 3304428  :  11814000
/ o# L6 a, e6 H5 Z$ Q! `7 ^3 X DSP> times: 7246.55 us with CPU 456." T& i$ l. ^' k5 C" o5 e$ s2 U( w; X" Z
& @7 D; E+ q1 N" B8 s! ?  k
设置:相应的表放到IRAM中了: l- c% |7 M7 `) n
SECTIONS
2 W9 D) A# x1 S0 \4 ?2 @. J& X{
" J" J; |* ?, t3 ]* A/ ]4 d    .edma_data>IRAM  align = 0x80- Q% j! y& d) p- \8 t/ w2 n
    .audio_glb> IRAM align = 0x80: X. J* o- J& i8 x$ S6 g$ z
        .f_table>  IRAM,  align = 0x80
- f& h# c2 {  O, z( ?+ W        .f_text>  DSP_PROG,   align = 0x80 3 _0 ]9 D6 E, u& R/ X
        .f_glb> IRAM align = 0x80
" i! v# m* l. |# g        .ref_glb > IRAM align = 0x80( S" b) k4 M+ h( W9 T( w
}
% e2 [2 O, s! u. T0 k
3 F( |( l! i( D
, G6 a8 g, \0 }% {2 c  D. b编译加了-O3 优化参数
; P. y9 a, o  |1 T  }- @6 `7 p" T
- \  i8 U1 x, p4 f7 x) J) U1 S
' s+ A1 b. e3 w+ G: a
0 r; D' t7 U1 }, j5 f
; ~; _& x5 k* F
0 @/ Y) L/ k0 _  R4 S# h$ w
4 G" Y" o) I6 t: e% o; r" q
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
3 r3 @6 i/ h* [/ |- b3 h% U) q: s3 u( S$ T% s: A
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-12-14 17:38 , Processed in 0.046782 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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