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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
" `7 Y. I/ v/ i) u7 d8 c  _# R0 f* z
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink); p9 H2 a9 x- }8 [. z4 U0 B
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
6 {( m6 d9 f0 y! H. W( a应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
. I" T; G5 v* O$ J2 U% N: t% u. s- M, f( `  |0 B0 U# a
7 i) I3 U  N( u% A& b6 Z3 `$ n& g' @
下面是统计结果
4 n6 T! M$ l  |1 B" H9 t- P0 s# g统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    6 p7 @/ }- B% F
emucycle0_0 = EMUCNT0;; p7 e4 p0 f$ a
emucycle1_0 = EMUCNT1;* }- `! M/ O9 k: O/ `
emucycle0_1 = EMUCNT0;% F( i" N! T8 `1 ^- f, p
emucycle1_1 = EMUCNT1; ( N# X* R3 d  Z' o
emuoverhead = (emucycle0_1 - emucycle0_0);( E; m+ ^3 W6 P8 Y- i

! z3 E/ @5 E. }0 S算法();% ]' p5 w% v0 o  A0 m
) t3 {! U( L) ?
emucycle0_1 = EMUCNT0;! L# Z: X7 U: b' @" j/ w) I& ~5 w
emucycle1_1 = EMUCNT1;
+ [5 x' {. T% D( J
) C) H5 k! n  e. Y' G, \Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;3 ^/ v' T; r9 M5 B
7 n, [2 C; F/ e; C# a1 l
) o7 {- O, R  e4 n5 b
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍% I+ b$ a, M+ S
DSP> cycles: 196468  :  11814000
( b+ f+ ~4 O3 W$ s* j' l9 n& E DSP> times: 430.85 us with CPU 456.
& W- _  s2 w9 ]: s5 } DSP> cycles: 3238292  :  11814000
! ?& M5 X  Z! p DSP> times: 7101.52 us with CPU 456.8 h  ?7 F9 x9 m# N+ v
DSP> cycles: 157860  :  11814000
; J% {& B9 ]6 D DSP> times: 346.18 us with CPU 456.) Q" N" v* z! b) R
DSP> cycles: 3265684  :  11814000( H" c; j+ k- j! d2 ~
DSP> times: 7161.59 us with CPU 456.
* N0 R5 T8 m$ J" f  R) @4 N+ j DSP> cycles: 156344  :  11814000
9 r, i* a/ p, U0 }- \- x! q7 L DSP> times: 342.86 us with CPU 456.
7 D4 R6 L. w3 \! t1 ^6 g* W DSP> cycles: 3304428  :  11814000
$ N$ G% K# s/ ^0 A% }" B; J: O  x DSP> times: 7246.55 us with CPU 456.9 g" A# p; m# Q% |* ?) P1 r+ ~

) G" m( m$ ]- n+ u% F0 Y5 P设置:相应的表放到IRAM中了
5 S" f1 W5 Q* y. gSECTIONS$ U: n8 a. r3 ^/ x) h6 U+ X' k
{6 {. \& T' R  b3 O# }+ O( F4 k
    .edma_data>IRAM  align = 0x80+ P) {; `! i. P7 w
    .audio_glb> IRAM align = 0x801 b. P. i( G0 ]2 w' y/ n
        .f_table>  IRAM,  align = 0x80
, t0 \0 _6 D- E3 I$ ~/ r        .f_text>  DSP_PROG,   align = 0x80
2 H5 z1 K7 b1 t. z% H# T7 M! r        .f_glb> IRAM align = 0x80+ L+ q4 A4 w9 L3 A1 O+ f0 d. V
        .ref_glb > IRAM align = 0x80& m* X# s% c( v1 I4 {) ^
}
' A' `. j: H; n. w7 E& ^( F  o( c5 Y/ r7 s8 v9 e1 e6 M

2 O. Y) t) N% I+ b9 M) w  b" p+ M, Y编译加了-O3 优化参数' O/ H/ Y- h5 h$ D* c9 E
% l# O1 N6 y. _7 \
$ u; P) H2 Y( L& V0 L

+ v: V! P$ T. y8 a4 M0 n1 y) u. N1 k! @0 a+ X( l3 j
* Y# M4 M7 s' Y% j- }

+ X) ^) L/ L# z# S4 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的 , 所以开启栈空间地址的缓存就可以解决问题4 e5 h2 A& E* a& u

8 ?' c" p6 Z! S% C2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-12-14 20:34 , Processed in 0.045284 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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