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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
1 E3 Z# Y: i0 b: B2 }3 B5 ~5 H+ |  L# y% \4 j' O
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)3 t: y3 b% g; M6 |1 \
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的( j/ @# }& f. ^3 F8 R0 S
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
7 p0 A4 }  l* I! j4 e2 P7 p! O. \' k3 v2 k9 \2 {# S4 B# k# w

2 Z- d9 P) B' x下面是统计结果
: U+ F& ~& o- ?1 f. h统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
9 D2 C  n. d5 H  |+ N' i4 r- femucycle0_0 = EMUCNT0;8 y) i0 O7 W. P- {. b' z
emucycle1_0 = EMUCNT1;* z' z) y7 w3 c8 V
emucycle0_1 = EMUCNT0;
! q- i5 @$ R  L) X7 O1 jemucycle1_1 = EMUCNT1;
7 e: Z! ]6 D# Aemuoverhead = (emucycle0_1 - emucycle0_0);' ^5 @4 ?1 V7 p# [2 V0 F& k. W7 D

7 Q, I3 L! V; }# Y: w算法();
+ [! j4 j$ H9 s' o: t& e( I5 O$ m/ p0 g) \+ p
emucycle0_1 = EMUCNT0;9 ]1 V; i0 H% V/ F8 U+ c
emucycle1_1 = EMUCNT1;
: y* p8 E, k5 j" |! N
, D) B, g$ t- [Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
% A2 `2 W  a7 _) j$ h9 K& \7 p5 h7 \. T" H0 T1 w

3 A8 K/ N0 K0 u统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍6 a' R4 t8 M5 ?
DSP> cycles: 196468  :  11814000
+ ]: P& }1 |4 \+ g+ j3 z7 n DSP> times: 430.85 us with CPU 456.
+ x: w& k, P7 z" I, U2 Q DSP> cycles: 3238292  :  11814000. r5 ^/ f. W( R1 W' \7 A6 S
DSP> times: 7101.52 us with CPU 456.# U9 d. S9 F7 L
DSP> cycles: 157860  :  11814000% m6 @3 w2 }: D- i8 T
DSP> times: 346.18 us with CPU 456./ c" T  R% K+ b" x6 t- X
DSP> cycles: 3265684  :  11814000
( C# g! J% S: b! y DSP> times: 7161.59 us with CPU 456.% U# E4 H9 l; X1 A/ p$ g
DSP> cycles: 156344  :  11814000: t0 c* s* q) i1 y) ^& F7 j
DSP> times: 342.86 us with CPU 456.+ a" V, t5 Y4 t" t( Z1 G! [  \9 D% T
DSP> cycles: 3304428  :  11814000
0 |6 w+ D3 B7 X* W DSP> times: 7246.55 us with CPU 456.
5 o0 N) K3 h4 G3 s) x' X: _$ R6 q; ?1 W- a. _
设置:相应的表放到IRAM中了
3 Z$ j: O) y7 e% ASECTIONS0 h6 S5 j9 k8 k0 ^5 W9 T3 U
{. n1 c8 l/ T  h- L7 [! H
    .edma_data>IRAM  align = 0x80+ A, x2 D* |+ N8 L
    .audio_glb> IRAM align = 0x80* `' Z) ]6 @3 T' ^* R$ E/ P" ~
        .f_table>  IRAM,  align = 0x80 5 T. _! {+ O1 L$ \8 c& ]" @
        .f_text>  DSP_PROG,   align = 0x80
8 m1 H$ f8 @2 w6 x        .f_glb> IRAM align = 0x80# K& J- E$ c2 u: v
        .ref_glb > IRAM align = 0x80
5 r% p. M" M: F. P7 K}
2 }: `2 M# @& g1 c; G3 t3 g2 N
/ W8 ?% M' k! W) p  g# ^
+ A1 S# _3 h! K% I) _/ V编译加了-O3 优化参数0 J3 K' P* u# ]' m* T! W

" H) J7 I% S& j  |! Y8 w
* J( |3 {" R. {
/ n8 _; V7 Q4 ?
3 m+ n6 x" `- G. z' l' O9 W

4 [, a" z9 H7 R0 H4 l( ^
2 B7 K- S; ~6 Y: o# N9 T$ i
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题- l: [, y$ \5 f4 W! u( @$ b; z

8 X/ |! W, ]" J/ m: ~- i  j: b2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-8-2 19:40 , Processed in 0.037183 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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