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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
# |; d  W" T5 i' \, g9 E8 Z2 Q& b$ ], S' v9 h# D% @: Q' v4 P6 k
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)3 S+ d3 u8 u4 A/ K* {
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
' n& Z% C4 c! A$ A应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
0 [8 }7 A; ^9 J2 ?8 i9 _7 ]4 r+ P- i+ X; ]3 z: _' f
; H' G4 \2 Y$ U7 M/ H# p
下面是统计结果' a) r3 y! d8 Y' L/ {
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
& @6 o0 i5 Z# oemucycle0_0 = EMUCNT0;' [1 J6 W9 s8 _& I6 |
emucycle1_0 = EMUCNT1;
) k3 g# ~0 L( P  X8 kemucycle0_1 = EMUCNT0;
; c# ^+ E1 \' K( d6 Gemucycle1_1 = EMUCNT1;
' O& l+ F& }# oemuoverhead = (emucycle0_1 - emucycle0_0);
9 |9 }+ B$ V- B* Q
" f' |% O% Y3 ?% x2 n算法();
( X3 J- s# ~9 h. V
) w! p9 X3 G: z6 R! gemucycle0_1 = EMUCNT0;
# ~  |' w2 z8 Z- E7 `2 ^) ^1 }emucycle1_1 = EMUCNT1;3 `. T$ J+ w! |$ T9 w3 S
2 k+ t3 C2 q. M' F# H
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;, I  N0 Y& s! ^& a( G/ _, A# Y1 c( L
$ R+ q( r8 ^* F( |; j
" C, b: q" d% i5 ?
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍  O2 s% Q. E6 l" \$ ]0 l
DSP> cycles: 196468  :  11814000
3 M: n: \7 t2 i DSP> times: 430.85 us with CPU 456.
! g0 u( u2 l) N3 K. |6 m DSP> cycles: 3238292  :  11814000
. o2 Z" H' F! ]" z7 m DSP> times: 7101.52 us with CPU 456.2 B7 {- r$ C5 q. I! i; b% P' j2 }
DSP> cycles: 157860  :  11814000
5 Y  ?! k* e* v/ m# X5 R DSP> times: 346.18 us with CPU 456.2 h0 Q! }+ ]$ M+ u. {
DSP> cycles: 3265684  :  11814000+ \1 L! `2 x: {" w7 T
DSP> times: 7161.59 us with CPU 456.
1 e) j* ~' m4 |0 ~/ U* m  Y5 ^3 T DSP> cycles: 156344  :  118140003 \1 ?1 F0 {, a( a9 s
DSP> times: 342.86 us with CPU 456.: t5 l$ W5 |3 H' N+ I) |( I8 k
DSP> cycles: 3304428  :  11814000
* L1 ^% |1 H" c9 h, U+ u8 s/ h DSP> times: 7246.55 us with CPU 456.
% c3 h8 I% h, @. o9 g# N# {1 d- D0 v
设置:相应的表放到IRAM中了
  `& Z- S5 Z7 b  R- f8 HSECTIONS7 z3 Y. [. M0 s9 b. j& B% T
{! S& M$ E: V. v- _
    .edma_data>IRAM  align = 0x805 T( ]/ Z. p4 W, c1 x
    .audio_glb> IRAM align = 0x805 Z& Z+ \  v  q$ l; g% A) G0 S' L4 W
        .f_table>  IRAM,  align = 0x80 ( f# q" n$ ?! E6 O7 e5 l% [
        .f_text>  DSP_PROG,   align = 0x80 9 m' M% O- _6 J" u) P; e) _
        .f_glb> IRAM align = 0x80
% J# P7 Q0 @; c3 p3 i; h        .ref_glb > IRAM align = 0x80
6 n- Z6 P+ \0 h: e+ H}
2 x3 P, S# _9 Z# v( e: g+ x
% a" y, c( k9 S0 O. L* m# K. G2 u/ `9 ]/ r
编译加了-O3 优化参数
" A& b( m, |2 r& o" s
7 o( f2 n9 I" T% ?7 e  F
/ G" b6 G7 Q) G4 i+ ]$ a+ v

" q- m/ v4 @1 Z+ U5 [" o* n. ~9 p, W- e5 Y. u1 G
7 Z! w  [& U* q8 O8 w

& s# ]' O6 B  G: m0 n/ C, O
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题
* \- d- j# s* L  V  E5 W7 w) }& G( t( [; a0 N, H9 _2 d
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, 2025-11-29 06:11 , Processed in 0.038074 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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