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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
: D3 m, n. ^  V; N8 M
+ j: W9 u. }8 U) ~1 K0 z+ n+ f环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)6 N: x% o: M9 M! V$ M0 f
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
2 W* p' V8 y' Y1 ^) w" x应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
8 {' Y& Y5 M; q% L* \) r; ]; P/ i' p: u# Z+ O8 u. c

) u/ {# ?0 ^5 v; N, s: R# X下面是统计结果2 I# [0 W, V7 n% ~9 n
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
" @7 i4 i4 A2 o/ c0 N+ Bemucycle0_0 = EMUCNT0;4 B1 `. n2 n0 R. z' G; e
emucycle1_0 = EMUCNT1;
5 V4 l5 Y+ J% G; J. s( Oemucycle0_1 = EMUCNT0;$ F% F2 l! T5 a/ A' Z; @7 G& P$ E7 _
emucycle1_1 = EMUCNT1;
- \& N$ Y' G" c" X) pemuoverhead = (emucycle0_1 - emucycle0_0);
. M  a; ~! s; o4 _, I8 f; a
/ G0 Q4 s# |0 p& j" u* A: X. e算法();
6 ~: {* B! p* [& b# m! i7 l  n1 R3 F) E
emucycle0_1 = EMUCNT0;
% C* F2 R( h4 x2 _4 ~' Femucycle1_1 = EMUCNT1;! l$ e3 H; {$ a+ E* o. Z7 A$ i

7 n6 t, ~. D. z  [& gCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
, I+ K! y4 K2 K. U' P6 A5 h) p) Q0 |! Y6 [% P

; X  C$ ^. g7 y3 S5 i9 J统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
4 C. {# K' `' u/ C5 I! d4 t  t DSP> cycles: 196468  :  11814000
9 }: O' `" S3 V4 u# E0 c1 ], ~1 f DSP> times: 430.85 us with CPU 456.
: r! `% V3 ~* o2 f DSP> cycles: 3238292  :  118140006 D! ]. d* |5 T. ~
DSP> times: 7101.52 us with CPU 456.. Z9 D  ^% I  f4 t3 i
DSP> cycles: 157860  :  11814000
- k+ \8 R/ b9 v DSP> times: 346.18 us with CPU 456.
+ B2 L& o8 A5 D* R DSP> cycles: 3265684  :  118140001 N0 f: p6 i2 j! f; I0 x9 E
DSP> times: 7161.59 us with CPU 456.
6 `4 x' @! p2 V9 Z DSP> cycles: 156344  :  11814000: P' R, e+ h4 G0 S$ ?
DSP> times: 342.86 us with CPU 456.
' p& U# ^# L+ M4 W  [+ J DSP> cycles: 3304428  :  11814000
+ I/ b* E6 c* g" a1 {" H) D DSP> times: 7246.55 us with CPU 456.
# v5 B; |  z! ]) [, r" w# L2 I) ]7 }* e
设置:相应的表放到IRAM中了
: J  ?" y: d  V4 D+ f& F2 qSECTIONS
% j/ L  U6 w' c4 v. t4 Z7 d{
) y- V: Z3 ~0 ~4 n* ~" p    .edma_data>IRAM  align = 0x807 }1 h9 Q- e$ Z
    .audio_glb> IRAM align = 0x80
6 v  d& `9 ?( ]& O7 j% Q7 S! _        .f_table>  IRAM,  align = 0x80
4 G# ^+ F8 @; }6 v3 I5 V/ t; D        .f_text>  DSP_PROG,   align = 0x80
9 K- }) `8 m4 [        .f_glb> IRAM align = 0x80  Q) @( m$ x: D3 j$ B
        .ref_glb > IRAM align = 0x803 M* l8 d7 c& T: `% `
}8 u1 F/ M/ Y5 ~3 T3 U, ~9 z# S# X

2 p3 A0 L0 o! V, ~$ N
  Y# g! y8 ^) {编译加了-O3 优化参数4 t% c* {4 Z/ o1 X2 ?
2 v8 i/ g: P$ S
8 |8 B* P) Z: Q# s
. f6 ^8 o$ l1 E6 v" N' I2 i

: U' G  C5 s- n  q3 A
4 @8 H" n: E! a7 E+ [" Z

( a. R) N" b+ M$ ?4 x* P! `
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题0 i% L6 ~! J' o* ^( N
- _+ u/ B, G* [! m
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-8-2 19:46 , Processed in 0.040875 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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