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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 . d& x# c( V2 e, S, C

9 k) w7 ^/ O2 _" f环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)& u7 m! p5 M* d  a: \
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的. x0 u0 O" Q: B: X7 _  \0 T
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?+ h1 F2 l1 q/ J9 ~  G

  D8 E* q( U2 N( I, F" d& l6 ^3 h

% D% K& J( s$ J' k. g; @& k' D下面是统计结果
) q$ x- A; |* u4 H统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    / b6 x! C+ d4 k" i* c
emucycle0_0 = EMUCNT0;
. _7 ?" i  Y8 b) y" o$ h  z9 L5 `emucycle1_0 = EMUCNT1;
. b* x- ^/ w9 pemucycle0_1 = EMUCNT0;
! V/ @+ G+ F! x# v* Kemucycle1_1 = EMUCNT1; 3 V0 \( N1 X4 I5 ?
emuoverhead = (emucycle0_1 - emucycle0_0);& k8 b( A" Q; ]8 j3 `
& r- u# w0 @6 s  S9 [0 I2 b
算法();
5 V& ?0 v/ r* ^6 J6 L: N& T, t' V7 q" R- x  s1 _0 ]
emucycle0_1 = EMUCNT0;
% N; p& F9 O/ t! H2 O. I7 y4 aemucycle1_1 = EMUCNT1;
" H- ^2 \/ S, Q1 i" @) t& e
6 I* f' V" F2 I( o2 p  N* v, Q+ zCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
' w# p$ j  Q$ v  e9 A: q3 H- D" q- m6 b/ b# G- V

8 t: \6 d& p/ J/ f统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍0 ]8 F8 G$ f. \; w$ V
DSP> cycles: 196468  :  118140004 y1 j9 C  z. r
DSP> times: 430.85 us with CPU 456.
7 `$ L' i' d$ I9 X  ] DSP> cycles: 3238292  :  11814000
* r( z% P" {9 C; F/ x9 {4 Z DSP> times: 7101.52 us with CPU 456.6 q4 W% h8 {5 `* T% O; ?- `
DSP> cycles: 157860  :  11814000  W& t2 K2 q1 `4 @  u% A
DSP> times: 346.18 us with CPU 456.
* x6 _3 ~6 U& q" T4 ? DSP> cycles: 3265684  :  11814000! t- E! D% k/ {
DSP> times: 7161.59 us with CPU 456.& m( |+ Z0 @- n- B" {$ y
DSP> cycles: 156344  :  11814000
* v2 C. i& @, Z. r% u5 a8 B DSP> times: 342.86 us with CPU 456.' k# w, D1 G6 d3 V1 ?7 y# d
DSP> cycles: 3304428  :  11814000
0 d  C. C6 ]& ` DSP> times: 7246.55 us with CPU 456." u+ k+ I6 f* M$ A* J

/ u% S3 v1 R1 P  D设置:相应的表放到IRAM中了4 |) |* R( S; X
SECTIONS
+ m5 }# P! g0 H3 J7 k{
2 i# `; z. k. q1 {- m    .edma_data>IRAM  align = 0x80& e9 v2 a- s: d( Y$ [; ]
    .audio_glb> IRAM align = 0x80
. }) e1 Z3 \8 L  j3 p! N        .f_table>  IRAM,  align = 0x80 4 M. Z8 S0 R9 g6 `, {# b
        .f_text>  DSP_PROG,   align = 0x80
3 }5 B. U  T. u( g3 L  s; }) o5 j        .f_glb> IRAM align = 0x80# I5 x* D+ Y0 f. a% u6 ?2 H6 K0 G
        .ref_glb > IRAM align = 0x806 p# g  B" [( J6 f. y4 h
}* r2 ^. u/ s' U' {. n

6 @2 W9 {) S) {. h# e" t
  v) y; R" p' f! j+ Z+ u  E; X1 B8 o编译加了-O3 优化参数9 d* c, i! S+ `7 G- B& C4 h8 G9 i

. l1 L) |# w% c9 R& j: a+ V2 ?1 C/ @4 S
  ]4 C0 d" K+ d1 l! E
/ h) H' x2 @- r. [

# b, z4 y8 A; @1 q+ M. u% T

/ W. t. ]- m% V/ p; Y* c

7 H, Z: J& T# G( {
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

524

帖子

2085

积分

创龙

Rank: 8Rank: 8

积分
2085
沙发
发表于 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的 , 所以开启栈空间地址的缓存就可以解决问题
8 Z8 m* Q$ R& k' j
  U) N, F  `5 ~0 V8 Z) t2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

点击跳转“创龙科技服务通”

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

GMT+8, 2026-3-17 03:49 , Processed in 0.040172 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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