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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

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

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

[复制链接]

2

主题

4

帖子

1040

积分

金牌会员

Rank: 6Rank: 6

积分
1040
跳转到指定楼层
楼主
发表于 2018-8-14 09:19:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
本帖最后由 bobhi009 于 2018-8-16 12:00 编辑 ; T2 N; Y2 _! e: j% G& l$ X

: f0 y0 \0 _7 u) z环境: 创龙提供的mcsdk (linux3.3 + bios6 + syslink)8 Q2 V) R# m5 z
自己的算法连续两次运行消耗时间差20倍, 而且跟算法本身应该没有关系, 因为算法在dsplink 的开发环境下是运行的没有问题的
7 r3 l2 S  ^1 ]7 @+ {3 C: a应该是mcsdk这套开发环境的影响。 有谁知道是什么原因?* o) P; U: F0 k4 w: w' L0 [$ ^

8 p0 Y) m/ H# j0 z1 ^
1 R  b$ G3 A+ x2 A$ U
下面是统计结果
2 F3 M8 \" {% s4 Q5 n& T" G统计方法: 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
) R8 D: R: V8 E! B' X: }7 O" memucycle0_0 = EMUCNT0;
; O$ p6 }+ m; I6 [emucycle1_0 = EMUCNT1;
8 t: ~# i: m5 Q/ T2 o3 Bemucycle0_1 = EMUCNT0;/ x" b5 `+ v( Y
emucycle1_1 = EMUCNT1; # t# C: \1 U" M% K0 ~6 n
emuoverhead = (emucycle0_1 - emucycle0_0);1 s1 e5 I' h' d2 e& _, ?

3 G& n  U* H% H/ f. y算法();  E6 K- V8 ?$ H; O
# z2 F- P  w: X
emucycle0_1 = EMUCNT0;4 S, ?; O5 E' k6 B
emucycle1_1 = EMUCNT1;' t6 a& |! y$ z$ w4 Y
# c7 _. G( G3 j8 V6 g' `. M/ ~
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
5 w+ t) Z4 N' G& H- f4 O5 s2 i. l0 }/ B- }6 k. V0 C8 V4 g7 {
# [4 P& s* k+ q: B
统计结果: 每隔一次, 数据处理的时间会是前一次的将近20倍+ Y$ T) L" I6 J5 G( S( `$ B  V
DSP> cycles: 196468  :  118140006 \2 k, U2 R% R4 E5 P9 N+ Q  h" Z
DSP> times: 430.85 us with CPU 456.
' [( E; O! q! X0 C DSP> cycles: 3238292  :  118140003 z2 p7 R# `: v& S  ]' t# \$ R
DSP> times: 7101.52 us with CPU 456.
7 m5 O* B! I3 Y4 c4 g( E DSP> cycles: 157860  :  11814000/ L( H; a8 c% u6 J' c) J" v
DSP> times: 346.18 us with CPU 456.6 e* Y( s6 w3 e
DSP> cycles: 3265684  :  11814000
7 E5 j$ D9 E* S! u& y DSP> times: 7161.59 us with CPU 456.; e) Y  h9 B6 g7 z) f
DSP> cycles: 156344  :  11814000
( a9 T- h4 P0 s6 P/ g2 g# ^) q6 O DSP> times: 342.86 us with CPU 456." G. E5 f3 S, Z/ V* `3 V
DSP> cycles: 3304428  :  11814000
1 J2 s% t0 m/ L# u6 k DSP> times: 7246.55 us with CPU 456.# P0 U! v0 \0 d3 o; R9 c( D

* h4 q0 J) M7 N$ w( }4 _7 I设置:相应的表放到IRAM中了
  m+ |0 O& J& p0 ?; R: @5 nSECTIONS/ l1 U8 V/ i" `( j! v4 w
{, I! M, Z& C% C0 A7 b6 a
    .edma_data>IRAM  align = 0x806 f% [9 p$ G& O8 b8 _0 ?2 C- m
    .audio_glb> IRAM align = 0x807 z/ B9 I; L2 o
        .f_table>  IRAM,  align = 0x80
( O9 E; C; D: i        .f_text>  DSP_PROG,   align = 0x80 , ~3 Z( _1 R; ^) D( k( V% x
        .f_glb> IRAM align = 0x807 z/ l. m6 @7 V: s
        .ref_glb > IRAM align = 0x80
7 k* y1 K7 t" c8 w) |) }# y& e) x}- }% Q- s! \3 z7 N

9 f* W9 d, u7 ?. g0 A% ?' ]4 u
) `4 _1 E  [( H/ M+ M编译加了-O3 优化参数
4 r$ C$ X" Q5 W% e3 @0 d) l8 f! k; ^3 w  o: k
; Z7 J/ A! G' s. ?

  p, j! @8 T* G# \& O4 Y  @# J+ X4 P7 A- k8 q
# m" n' C3 ^$ ?: j

- a6 \/ a9 E2 O# J: o/ h. s
分享到:  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的 , 所以开启栈空间地址的缓存就可以解决问题
: v8 U* @! `1 `, G$ q. |
' y' e2 O. Z! U( w; I" r& x  t2. 相差20倍是算法本身的特性, 偶数帧的计算量比较大
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-8-2 10:42 , Processed in 0.040718 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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