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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
0 q/ m! @% J8 R9 Y8 Q' T% I( g7 ?( e, I) ^; }
环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)$ W+ |9 M8 ^& {# `$ [2 c
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
9 V# _5 N! H- j) c5 B应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?3 }: R5 W# q. O9 _8 g( C0 k

& s: H/ ]3 [/ D; o; C3 G8 a

" ?# Z/ h6 \" `) ]! l5 A下面是统计结果
0 @! U- s0 b5 ~9 f: n, K: f统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
# A( `0 }) e$ Zemucycle0_0 = EMUCNT0;; @/ X3 t" [6 C9 [5 `0 b, B
emucycle1_0 = EMUCNT1;0 u0 M% [: b3 h  T, i
emucycle0_1 = EMUCNT0;
  t0 U$ w! l, h' K) ^emucycle1_1 = EMUCNT1; ( _. T4 o7 r* ^: ]: q# ^; s0 J% P
emuoverhead = (emucycle0_1 - emucycle0_0);
# {# p4 r7 h& R- J
. ^0 k$ k" N: A8 S& _算法();
# N- Q% w4 {1 _3 B7 ]1 L
, x: ~5 t8 y% X) ]. kemucycle0_1 = EMUCNT0;6 E  J& s4 C, |- G1 a5 u
emucycle1_1 = EMUCNT1;, v0 |  F- n8 c1 m
, T/ \1 U3 k/ m* G: K
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
0 }. D! ]( P, c7 J  j
2 Q- B- ]3 n$ p% E7 L7 F/ _: l1 j! p* |$ z
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
, U! ^5 F8 [; P: b' N3 v DSP> cycles: 196468  :  11814000
, M+ E8 Z( K" P3 \, W DSP> times: 430.85 us with CPU 456.) Y9 D* @( l' ~* E7 k" m7 ^
DSP> cycles: 3238292  :  11814000# ]" q9 D) T; S% ~
DSP> times: 7101.52 us with CPU 456.
- f) W6 y" L/ d& m  B4 z/ g DSP> cycles: 157860  :  11814000
0 H0 t) ]& n4 M: d- X+ D* i DSP> times: 346.18 us with CPU 456.
& c6 W( O, p$ ~* _, l% z DSP> cycles: 3265684  :  11814000
+ Y/ \  I' o! Q9 s8 c DSP> times: 7161.59 us with CPU 456.: j4 Y: R2 J' H3 b& \
DSP> cycles: 156344  :  11814000* S- M8 F; L) ?, |
DSP> times: 342.86 us with CPU 456.
  b+ R6 X1 R& ?& W  H/ J' Y4 y" m0 I DSP> cycles: 3304428  :  118140008 j& q9 O5 ^# K$ T# S" J
DSP> times: 7246.55 us with CPU 456.
3 b& w: ~+ f  W4 Z& {$ v' X/ r- r% v, F6 T& L+ {! {+ b
设置:相应的表放到IRAM中了/ @3 Q7 H( u! w& U- q
SECTIONS
/ M" X8 W6 l2 w5 x; _' c: B& p{
0 U' A2 y% v9 p# B    .edma_data>IRAM  align = 0x80
+ ]4 K! n* Z; G& D/ t! ~0 w    .audio_glb> IRAM align = 0x805 e' V1 H( B6 {5 }! `
        .f_table>  IRAM,  align = 0x80 % F( O% C, R: C
        .f_text>  DSP_PROG,   align = 0x80 : a9 u, n+ b: n, N% t- y
        .f_glb> IRAM align = 0x807 K. _$ _6 I9 y3 b* l6 Z
        .ref_glb > IRAM align = 0x80
/ r9 C( p9 K6 h: f8 E: O0 P}4 X" q8 a1 J+ b1 `5 Z. c1 }
- B9 r! [6 x3 c3 Q2 F  n1 ^/ P

$ n1 W+ e9 Z4 O! p$ @9 {$ }编译加了-O3 优化参数
+ v% p; m8 J- @1 n
" Y0 e& p) @8 j/ Y
7 _  q6 M6 s' \+ c

# M) W- C5 F3 i4 K
( F; n# C) ?" F, s% ^6 l+ P

. w1 \' z' R% `! T2 g: q4 R
* o# g+ A+ d; h
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题
/ \3 y3 L/ ~) x8 X' ~2 W/ }5 \. Y" z0 K) B
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

8

主题

31

帖子

160

积分

注册会员

Rank: 2

积分
160
板凳
发表于 2018-8-14 19:16:54 | 只看该作者
想请问下您是在LINUX环境下使用MAKEFILE编译双核工程的嘛?另外SECTIONS中的内容是在.CMD文件中编辑的嘛?
回复 支持 反对

使用道具 举报

3

主题

524

帖子

2083

积分

创龙

Rank: 8Rank: 8

积分
2083
沙发
发表于 2018-8-14 15:48:56 | 只看该作者
您好,根据您的描述,暂时不能排查到具体的原因。建议您:可以先不跑双核,单跑dsp的情况下,测试算法的性能,再判断是否是syslink或双核的影响。
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-16 08:38 , Processed in 0.037805 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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