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

bobhi009

- l% m+ ], o  j
环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
# Z3 j3 w7 v5 {应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？

+ M) h2 H3 b5 x6 ~
! ~5 t- L5 N& z6 W8 c0 [" _9 m; f. O下面是统计结果
- S) g, f: V" r# o" B$ @! B- l统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
1 n9 C3 u5 t( Y: f+ [emucycle1_0 = EMUCNT1;
emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
emuoverhead = (emucycle0_1 - emucycle0_0);

, m$ F% b" [8 v# m) s; Z算法();

emucycle0_1 = EMUCNT0;
0 ]$ `4 t7 x4 t  X' u6 Iemucycle1_1 = EMUCNT1;

Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
3 t5 g$ x! Q: J& c4 w

8 S$ T; J2 }& n统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
/ F- z% y1 R3 d  h# X1 Z DSP> times: 7101.52 us with CPU 456.
DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
8 a- c* \; D0 ~5 g4 Q3 F* j' D8 `, o3 \ DSP> cycles: 3265684  :  11814000
) Y+ S6 I  k6 |3 X DSP> times: 7161.59 us with CPU 456.
DSP> cycles: 156344  :  11814000
/ i- Y* Y8 v2 N2 t, [ DSP> times: 342.86 us with CPU 456.
! B; }+ q- S( u2 G* T DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.
& j/ }7 w$ w9 j: a
7 K4 c6 `  |# f/ ]设置：相应的表放到IRAM中了
7 U' b2 m( N0 @/ F$ t( LSECTIONS
{
- _9 V' q* k9 p+ V4 t3 w    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
4 _" \% d2 f7 t" C        .f_table>  IRAM,  align = 0x80
. N, L% ?+ ?; g) [  y1 E6 E( ~$ x  g7 I4 h        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
" H- F/ V5 H4 o- p' q; ~/ r4 w5 a9 d        .ref_glb > IRAM align = 0x80
}
# _9 n+ S0 H( M
4 j1 S/ p- z8 A( R  V) o  u- S
编译加了-O3 优化参数


3 N. N& Q" M: ~9 s9 H7 [2 |
4 _& k0 z* y% S* ?) R
& U/ O) J) J& h2 j% a3 x; b
/ B5 y/ H5 a& k" d

广州创龙莫工

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

15901123858

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

bobhi009

1. 简单的说下原因， 由于创建任务时 ， 由于栈空间地址较大， 所以更换了栈空间的地址， 这导致栈空间新的申请地址是没有开启cache的 ， 所以开启栈空间地址的缓存就可以解决问题

2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大