自己的算法连续两次运行消耗时间差20倍 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑
4 B3 o1 \; k* r* a! d' B
$ L$ w, `1 \+ m环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
& ^! ?( ^  Y- @  e: T: S, }9 w自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
, i4 h! a0 [* {5 F9 G: D" F应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?( D6 t, t/ I& z. F5 N
! c: `; f) e0 W2 b- P8 U
5 Q# k% [; [: K2 @( m3 Q4 e
下面是统计结果; w' {, I% i1 G' `2 x; R/ M) o
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    1 D( |6 e8 I/ @- C' H  X5 ]0 |) o/ u9 {
emucycle0_0 = EMUCNT0;4 I0 s9 J- M# c- h/ X
emucycle1_0 = EMUCNT1;
3 q9 d0 D* i1 u3 v& c1 F  O  d: @emucycle0_1 = EMUCNT0;, ]" e' T/ _4 h
emucycle1_1 = EMUCNT1;
% ~9 T" o, U, u  {4 xemuoverhead = (emucycle0_1 - emucycle0_0);
& @, H# h5 v% p  Z/ A7 w8 O% g2 L* S/ |+ m" g
算法();
! o& L% w" h- B, K& U! ?' R7 `( V. x7 _# B" k' G
emucycle0_1 = EMUCNT0;! l/ v% A2 U6 P2 B- f
emucycle1_1 = EMUCNT1;
5 _* l: r$ x( U  ^& i8 }( j
7 N8 [9 I8 `7 c6 a6 Q5 d$ jCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;& j- _: E5 ^0 ~* J$ f# D

* `( Y! h# y+ J4 E3 n8 {1 e4 ^1 _. Q4 B' W8 w0 q# N
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍
7 O+ Z: i' J) J3 z8 b0 i+ Q' o DSP> cycles: 196468  :  11814000
* A9 @( [) ?( C* X+ E$ n DSP> times: 430.85 us with CPU 456.7 c$ I  _! ~2 j" f" q
DSP> cycles: 3238292  :  11814000  h+ \& z% h* Z1 e4 y
DSP> times: 7101.52 us with CPU 456.
* m7 y& d# a; h8 B/ }( h1 Y DSP> cycles: 157860  :  11814000) _7 S2 k. A% N+ K% w# k" o  `7 q
DSP> times: 346.18 us with CPU 456.
" s: P# p* h) ?/ u7 S DSP> cycles: 3265684  :  118140007 ?$ }$ m2 _% j' X/ ?
DSP> times: 7161.59 us with CPU 456.
8 |0 N" `: P4 c9 g; y9 [9 \+ O0 B DSP> cycles: 156344  :  11814000
% _, j0 \- e# o" Z DSP> times: 342.86 us with CPU 456.
3 F+ F9 b; v# v5 E" S1 M+ ] DSP> cycles: 3304428  :  11814000
, P( b; z" }0 d! I9 C- F# F5 } DSP> times: 7246.55 us with CPU 456.
9 c; c/ k6 B" r, z0 r7 _- S
! T* v1 x, b$ P6 N- ^设置:相应的表放到IRAM中了
, w- W1 o+ E$ _8 v* H' iSECTIONS
8 \4 U! Q" U  ~{
& K7 I7 h) \. |/ [' Y1 F9 _, X% o    .edma_data>IRAM  align = 0x80
' U! K8 F' `7 \  H9 `    .audio_glb> IRAM align = 0x80
+ |1 f8 ?* l  G+ n: T' ]; @        .f_table>  IRAM,  align = 0x80
5 t; O" Z* m& K2 z" E9 ]        .f_text>  DSP_PROG,   align = 0x80
; X+ {9 L5 u! R3 z        .f_glb> IRAM align = 0x80* n. y: x' b/ {6 R* ^
        .ref_glb > IRAM align = 0x80
$ O0 N& X9 T+ P1 ~}: O+ V9 Z, @4 o& {
  |, i7 G+ }9 V5 Z# M5 y
0 E7 i: r) d. A0 N0 w
编译加了-O3 优化参数! G/ M1 x1 I" I, U. L
; G' A/ D0 N2 b! Q! ~4 @5 B

9 Q; d4 y- s3 M% U
; J5 b. G# E9 I4 ^

* n6 X) q1 a/ N& Z! x0 d7 @9 D
# X. g1 E' O$ Y

" w" N* g  ~# X$ w. z
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
地板
 楼主| 发表于 2018-8-16 12:03:03 | 只看该作者
1. 简单的说下原因, 由于创建任务时 , 由于栈空间地址较大, 所以更换了栈空间的地址, 这导致栈空间新的申请地址是没有开启cache的 , 所以开启栈空间地址的缓存就可以解决问题: R# U) N5 L8 w9 Y7 J2 u
: y, C, u2 |8 o0 f5 T' I
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, 2026-1-31 04:54 , Processed in 0.039545 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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