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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 / Y4 v1 K4 t1 ]. S% K- D
" V, `( U, \9 D% }2 S
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
5 M% w+ E0 U! N; B6 K- ]7 H自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
# G6 i6 k6 Z9 z' @: y/ J应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?, G5 j0 e0 N( R  E6 U" d; R; P

1 ^- ]* {7 D0 c4 w8 |

, v2 q/ S+ o* i" q2 A  q下面是统计结果# D7 `6 }5 a% u9 r
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    3 e$ h2 k& c, ?, F
emucycle0_0 = EMUCNT0;) n# T: y. }5 f# t- l, G, Z7 `) p
emucycle1_0 = EMUCNT1;
9 W9 E7 K! a6 ~0 bemucycle0_1 = EMUCNT0;& n' j/ M/ \; x  o3 i$ H
emucycle1_1 = EMUCNT1; 7 \( k$ V1 B% t* f: V" G7 C6 V+ Y
emuoverhead = (emucycle0_1 - emucycle0_0);
( H9 M7 s8 Z: x! `. k0 s* x. E3 k6 t' j
算法();
/ L2 a) S1 }4 H. [! ^3 E3 M. P3 ?; Y; T
emucycle0_1 = EMUCNT0;$ s! E* G3 l4 I/ z3 l% B
emucycle1_1 = EMUCNT1;, \$ }# H! y( u: S  H
2 `" n; M4 J0 k# m0 e) C
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
) ]6 ?1 W9 D4 o1 I
! B* P% o( a; ~( m8 ?, e1 C, L: L4 `0 \  {
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍2 i* p: @2 V# [4 {
DSP> cycles: 196468  :  118140004 I, f5 v+ [4 D- k" B2 {& \
DSP> times: 430.85 us with CPU 456.
; [4 H8 O6 E6 k DSP> cycles: 3238292  :  118140001 n; K: s5 ?4 f0 l7 x
DSP> times: 7101.52 us with CPU 456.
7 N4 d/ E/ p& p6 P/ f DSP> cycles: 157860  :  118140008 d0 {7 _: E( k; N
DSP> times: 346.18 us with CPU 456.9 u1 e  q  Y, T: v
DSP> cycles: 3265684  :  11814000
3 u) E3 X) `$ S6 m: A DSP> times: 7161.59 us with CPU 456.
$ G$ K" K9 ^0 ?0 L4 X DSP> cycles: 156344  :  11814000% w0 J8 ^) }( b3 u+ N" X6 y
DSP> times: 342.86 us with CPU 456.; Y& g* L- v. v% y3 I3 \
DSP> cycles: 3304428  :  11814000
8 T" V% s( p8 X8 i" G" P5 T DSP> times: 7246.55 us with CPU 456./ F$ @  M5 g' m1 b+ j* f+ i

- z# {6 U8 y3 D! g设置:相应的表放到IRAM中了
1 O  S4 q' o* rSECTIONS9 L- ~# H0 K' ^. N
{
3 P4 _4 h5 B( l3 y: ?7 B    .edma_data>IRAM  align = 0x80
2 o1 l/ [4 ^3 f% z% [    .audio_glb> IRAM align = 0x80
8 _- H# I8 q- T        .f_table>  IRAM,  align = 0x80 ( c% t0 l; S" m8 T' ^% Z' Y5 r7 Q
        .f_text>  DSP_PROG,   align = 0x80
! R# K/ |0 _7 F$ Z        .f_glb> IRAM align = 0x80
5 R" K2 u3 R% m6 j5 x! X        .ref_glb > IRAM align = 0x80
( _0 I0 B' I4 T/ Y) M}* m4 Q9 {) x1 T

$ F" C) c2 _# c' H3 b
2 ~- H2 S, b4 Z% K+ Y$ e5 K编译加了-O3 优化参数: U% X8 D' T/ k8 [/ I
9 |1 i( j1 B# r
9 W; \: @. R) L

2 x: F. B: A. c- v  s
5 t- E8 X. r5 h' A" R* g& J

! s6 b) M& }7 m. @  f

1 J: T8 t0 N, D5 X
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题
  A5 {: n# @4 S# m% A4 `! R* ?- |2 P5 n3 d+ H" e% Q3 j& s
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

8

主题

31

帖子

160

积分

注册会员

Rank: 2

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

使用道具 举报

3

主题

524

帖子

2083

积分

创龙

Rank: 8Rank: 8

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-8 16:18 , Processed in 0.038297 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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