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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
6 r  y# D. K9 @
" m1 e8 l8 S3 `% g$ V环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
/ U* w7 U$ @& l2 {9 G自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
; W5 b* D1 ]( Y! \" |+ w+ y应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?& F9 @/ v! F" q) G, ]

% X0 B$ @$ B5 F  Y2 C- }" X

6 u8 a9 _  X) c" \1 S, a" F下面是统计结果
8 D; Z8 u* D( o0 Z2 p统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    . c* U% B1 p3 I7 U4 u
emucycle0_0 = EMUCNT0;
* _' @/ Z" H' a$ Pemucycle1_0 = EMUCNT1;
* w5 ?) L5 ~; R* m* ^) g3 m% Gemucycle0_1 = EMUCNT0;& e' Z9 R+ }1 m7 K+ ~
emucycle1_1 = EMUCNT1; ( ?  V8 b8 f2 Q  S5 y/ [
emuoverhead = (emucycle0_1 - emucycle0_0);6 c8 F! P5 B- P2 H6 [
/ Y( S' U0 y* ]- G: j" [/ b, W
算法();
' w7 U3 j5 s6 `9 @9 L, l0 n* H% A$ `4 s! F$ N
emucycle0_1 = EMUCNT0;, E6 o7 o: a2 c% e1 Y
emucycle1_1 = EMUCNT1;$ u0 c) M: z* @) H$ o; ^

# m  @- l% v+ g  r/ y2 s1 r- RCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
) a: h* o9 N+ _0 P- `' A  r3 Y7 N2 C2 v4 Z% m5 V8 I
. Z/ q& G1 x3 }2 L$ T4 z0 h
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
# a1 O' ]; Z: P. i" r$ g DSP> cycles: 196468  :  11814000# Z  b" O" B- j
DSP> times: 430.85 us with CPU 456.* Z& F% D3 R+ ^4 C
DSP> cycles: 3238292  :  11814000. g2 F. k) {  c+ c3 m4 c8 o# g4 P
DSP> times: 7101.52 us with CPU 456.
7 \0 b/ o/ {' z+ j% `' H) H DSP> cycles: 157860  :  11814000
/ }# _7 f# v$ \ DSP> times: 346.18 us with CPU 456.
# r1 N/ n  e+ ]+ B DSP> cycles: 3265684  :  11814000. X' B0 _; m1 H5 {
DSP> times: 7161.59 us with CPU 456." ~' f. v* g- I
DSP> cycles: 156344  :  118140001 r. G2 V$ m! N  X' J0 N
DSP> times: 342.86 us with CPU 456.
( {) d$ K6 j% B. j DSP> cycles: 3304428  :  11814000; H$ w- K: C# _+ M$ E# }
DSP> times: 7246.55 us with CPU 456.
( A/ ]6 Q1 o" P( |0 o+ s
. v7 c6 }6 i7 F# I1 g4 y设置:相应的表放到IRAM中了$ e( Y, C* T2 ~9 g) b9 Q
SECTIONS
0 G) a+ j- Y% F  Z: @0 V{6 q- O* z8 c& |, y" s7 D- I- \% h$ E
    .edma_data>IRAM  align = 0x80
4 |$ \5 [, g- s$ w% B% E- a    .audio_glb> IRAM align = 0x80
; _& V$ g3 C+ @6 x* k, a        .f_table>  IRAM,  align = 0x80
6 _" g: A) i* I, b2 D        .f_text>  DSP_PROG,   align = 0x80
+ \/ a7 b& y0 M1 k        .f_glb> IRAM align = 0x802 Q; I* N: J% L! K9 n5 \" r, N& W9 ]
        .ref_glb > IRAM align = 0x80& F0 L6 Z; V+ n; B. h% d+ D" Y
}
  G4 p+ j. H( ?4 v7 l" |' j! {8 \6 x6 p& y# O& J! `; s' O

& s" H1 l' i$ o$ p. |% H编译加了-O3 优化参数* z" N+ X1 L/ z) `- V) s# ~  z: d
, Q4 A2 r9 O' x; F- F
& l0 S( R- a$ d8 w) Q: ?
  v9 C' n* t, t
  S' M' R# h1 y
/ V9 X& z" X5 z% X2 S) Q9 |3 b
0 x. w  g- Z: r7 N
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

524

帖子

2083

积分

创龙

Rank: 8Rank: 8

积分
2083
沙发
发表于 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的 , 所以开启栈空间地址的缓存就可以解决问题
1 w" J+ R" L5 d' {8 t% b6 G6 w* B% t+ l2 `$ O6 M, r# Z
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-4-26 14:13 , Processed in 0.036450 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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