自己的算法连续两次运行消耗时间差20倍

bobhi009

2 O! s+ e" z3 G# J7 H
& ]- @# l$ N3 v% [环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？


5 t& d' k/ |  }下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
. o( T9 @4 f2 A- I3 demuoverhead = (emucycle0_1 - emucycle0_0);

9 H6 J" v1 a( N5 z% [算法();

emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;

Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
7 {# z" Z7 @; j8 I6 b& B5 n

  |1 @- s. U) B7 r0 m统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
4 ^6 B6 N" [- |; l DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
, A% E$ Y! W8 z1 | DSP> cycles: 3238292  :  11814000
DSP> times: 7101.52 us with CPU 456.
3 l' |- A- }. ?+ X- v% E, x# K% d DSP> cycles: 157860  :  11814000
. [  d" r* H. p1 j! q4 k DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
DSP> times: 7161.59 us with CPU 456.
: D! C  B/ |! q, [4 p& B8 ] DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
/ Q; ^. H7 |6 g4 I& U DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.
% z  I4 B+ X$ P4 a# j
3 Z( j2 r/ g$ p3 ?- h& _设置：相应的表放到IRAM中了
SECTIONS
{
    .edma_data>IRAM  align = 0x80
$ R; B- j( T! o2 t    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
* z  y1 h+ |/ R$ O  @- t        .f_text>  DSP_PROG,   align = 0x80
" K/ s1 b& S: g8 w* T* s3 u. m! A! a' s        .f_glb> IRAM align = 0x80
        .ref_glb > IRAM align = 0x80
}
# L+ w$ @5 j. b2 q4 Y

编译加了-O3 优化参数




, _8 L4 P2 |. ~; k+ h

: m! T8 P# F" G

广州创龙莫工

您好，根据您的描述，暂时不能排查到具体的原因。建议您：可以先不跑双核，单跑dsp的情况下，测试算法的性能，再判断是否是syslink或双核的影响。

15901123858

想请问下您是在LINUX环境下使用MAKEFILE编译双核工程的嘛？另外SECTIONS中的内容是在.CMD文件中编辑的嘛？

bobhi009

1. 简单的说下原因， 由于创建任务时 ， 由于栈空间地址较大， 所以更换了栈空间的地址， 这导致栈空间新的申请地址是没有开启cache的 ， 所以开启栈空间地址的缓存就可以解决问题
1 L3 U( _: m* ?& Y9 b; B$ v
2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大