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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 9 H; ]" a9 L2 S$ U$ I, O+ y0 J( A

# [& L2 P8 e1 ^, n* Y环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
5 S" `0 P& H2 g, F- ]自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的0 [" b& f4 y6 z% L2 ]& [0 H
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?
' U* u! H2 }+ @* b" Q8 M, n! U: W/ n, a' Z  k
& M2 S1 @/ O( ?) F  s
下面是统计结果5 ?+ o& {( i: e) `
统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
4 f8 W% x9 W: m8 U- Memucycle0_0 = EMUCNT0;" `- ]+ }! P! W' M. \
emucycle1_0 = EMUCNT1;! y9 b1 Y7 T2 J+ D; Y0 k
emucycle0_1 = EMUCNT0;9 |1 v1 P4 y) M* Q% {% E
emucycle1_1 = EMUCNT1;
7 p, r4 v, L; l: r' k5 }7 T7 xemuoverhead = (emucycle0_1 - emucycle0_0);8 p1 N! ]+ L; @1 L9 S! ~" @. ^' q9 L+ [) ]

( W8 l# F; L# t0 q, j, S) X算法();! Z; I' z! M& n- r1 `# T% J- ]
! x8 L. r4 K. R+ O; ^
emucycle0_1 = EMUCNT0;8 y$ N. S$ r# E. l% B7 h; B6 Z
emucycle1_1 = EMUCNT1;
5 ?. z- U3 d" w6 n; U  t
. J2 G7 p$ ^3 a, U+ @Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
! W9 P1 K: u0 n2 c; J! D+ @, j$ x2 ?- {2 d$ s6 D7 j' {# P3 u

0 `: P, m/ _2 Z3 x5 V- f# R统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍$ a3 r( q/ w0 Q
DSP> cycles: 196468  :  11814000
9 d. W0 G6 H5 g" A% V6 J' y! J DSP> times: 430.85 us with CPU 456.
& E8 [( A  v& N5 o DSP> cycles: 3238292  :  11814000
) d& x$ t2 A% B/ M! ^- h4 I DSP> times: 7101.52 us with CPU 456.& q2 \( I8 q: |1 F3 f+ b
DSP> cycles: 157860  :  118140001 o8 n) n9 M( g" x0 A3 i
DSP> times: 346.18 us with CPU 456.
5 W8 l5 s) m4 g' C" G6 ] DSP> cycles: 3265684  :  11814000
9 z" K. O3 w# M4 ~0 Q: }* t DSP> times: 7161.59 us with CPU 456.5 A4 n; [, ]% a7 t
DSP> cycles: 156344  :  11814000' A- s: z2 a$ |$ q- N4 v4 M
DSP> times: 342.86 us with CPU 456.
  x; }4 }+ @$ n. J' u. x2 @8 } DSP> cycles: 3304428  :  11814000
8 d7 }: j  Z+ S9 E( o) _ DSP> times: 7246.55 us with CPU 456.2 x: g0 G5 F# ]' r$ \

5 h% L6 _6 K9 Q3 H1 U设置:相应的表放到IRAM中了
* J+ o: v3 O2 Y! j" ^, n3 \; KSECTIONS
; b4 p3 y# _" I7 l/ H; I9 i5 G{
8 o% X3 w# G( J8 ~6 M" b    .edma_data>IRAM  align = 0x80* ?: r- p2 Z4 ?* J6 L0 P$ I  g
    .audio_glb> IRAM align = 0x80& S# \# r* [8 `; S6 r; o* L, g$ B
        .f_table>  IRAM,  align = 0x80 6 u* O- n- j0 F. J
        .f_text>  DSP_PROG,   align = 0x80 % f! U9 i- G2 O+ D0 F$ }
        .f_glb> IRAM align = 0x800 T" B3 p$ V/ `: ]% I" W4 K9 t
        .ref_glb > IRAM align = 0x804 ?0 j, L0 v, s2 Q
}. h9 V* o7 O! ]# L* S$ [
$ U1 t7 b  K; ?3 q- y3 L
. D9 u" N, C9 h: F6 [7 |2 I7 t! `, x
编译加了-O3 优化参数2 E8 ?# R/ l& o0 J( X
9 ?& b% G6 D5 r) @
8 F) a8 l9 y; ]4 c1 L/ T

0 K6 m( N3 d  A# w8 W  d8 e& [0 R9 `) K9 v- Z+ D1 D( @

* s" c& d/ q; @2 Z( }$ C

( O2 k6 K) C( U
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
) g4 ~+ X  U5 L+ T; ^( X1 P$ i& }' N* S3 g% x1 h7 W
2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-11-29 06:10 , Processed in 0.038403 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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