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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 + s" T' g! V6 S2 p  x

& v7 i; f5 q! r- D$ ]' B" u# K! q环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
/ v6 G/ r" u/ s自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的. s+ P% M, g, _1 f6 C
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?" ]$ S) B1 v# e7 O

5 A, V- _; E* h- Z" W
( t4 }& A, z. E
下面是统计结果
; S- J# L% }' a: P) r5 d4 X) M$ H统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    2 ^! Z% ^2 C& k6 j
emucycle0_0 = EMUCNT0;9 @  l2 Y$ Q$ l$ T3 i& X8 U
emucycle1_0 = EMUCNT1;
7 E' i  Z% x% T" ~) remucycle0_1 = EMUCNT0;
" W" J+ m; `+ R8 e4 R4 z! [; |emucycle1_1 = EMUCNT1; ; G, O9 Z4 A$ Y, A
emuoverhead = (emucycle0_1 - emucycle0_0);( R' k5 N& |7 @" A8 S

9 _! m& T) E( ^/ Q% {算法();
% U5 P; @7 p) p0 G& P7 C* C& x9 G& f( E
emucycle0_1 = EMUCNT0;
1 K9 f9 k* \4 `5 o9 G# ^emucycle1_1 = EMUCNT1;! h( M! L8 t4 c$ ^
' h1 `8 o' x% S5 V2 m4 i! t+ `4 V
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
) R% B$ x- s9 k9 U5 m
3 |/ r: I+ |' }9 G* }: u: V' f9 e8 b, J# o+ y
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍6 D% Z) W% f6 A  d3 ^; r8 M
DSP> cycles: 196468  :  11814000$ [9 G- t0 k. i+ B4 d  E
DSP> times: 430.85 us with CPU 456.
3 ^4 D3 D7 F$ ~9 E DSP> cycles: 3238292  :  11814000" n! {2 m  y; k
DSP> times: 7101.52 us with CPU 456.
1 z( Y' r% D2 A- S* M' W1 n  G1 D DSP> cycles: 157860  :  118140000 e3 J5 I# r3 @2 L% D
DSP> times: 346.18 us with CPU 456.
9 J& O' Y3 {  A/ z DSP> cycles: 3265684  :  11814000
. _9 L- T3 t2 @. l+ L  S DSP> times: 7161.59 us with CPU 456.
5 Q; X$ b# s7 y! A5 ` DSP> cycles: 156344  :  11814000
8 \1 c/ {4 I! _4 d" S$ F DSP> times: 342.86 us with CPU 456.
0 d( k- B3 w# q$ D. e9 } DSP> cycles: 3304428  :  11814000
& l" ~* r) h2 s DSP> times: 7246.55 us with CPU 456.( i- T7 G: X9 f$ V1 q

" S* j" e" W+ R设置:相应的表放到IRAM中了
9 @- I1 o4 j  M8 @: {$ m: ~SECTIONS
4 [" I7 f, s7 N# d; S8 e{
; C' H6 K) A1 x8 ]    .edma_data>IRAM  align = 0x80% B% G1 ]+ c; }0 L9 \
    .audio_glb> IRAM align = 0x80& t" y: L. E) A/ D' U1 M+ s) N
        .f_table>  IRAM,  align = 0x80
. e9 q4 B/ E% r. l) y+ `        .f_text>  DSP_PROG,   align = 0x80 4 m- E% r# T* Q
        .f_glb> IRAM align = 0x80
! b1 _% i. _7 \4 }8 R( u0 ^        .ref_glb > IRAM align = 0x80
- E6 _; ~' K- T! \* M1 H, R}
3 l* h8 K! L- r! d7 d; r$ w4 K5 y- ?: ^5 }' }" u0 U
6 e2 b6 C7 Y. o
编译加了-O3 优化参数
: Z! C* u" t! g& }8 Z! j
- v. i2 w: V# @5 H- j  x1 O9 G, M7 V, z8 L. I; v4 Q% C+ Y9 }

9 q* j, D( ~; Y1 F/ V  A( u' m
  y8 O: r# b, J" n9 q, Z/ `

8 V# Z8 ]% p. _! V

6 M2 d9 @$ \' Y0 T0 F) b% O
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题) q9 y& u; S8 o

, w" o. U3 y3 H7 y% g; y2. 相差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-12-14 20:51 , Processed in 0.040388 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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