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

bobhi009

: a# g5 D! |# i5 S% d5 [2 G
环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
, s) r4 J+ p) _7 W: E& z自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？
* w+ {: L" S! Q! h- K1 _5 |

3 W6 R, ^+ p; H/ F下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
3 u+ Q" g5 f: y6 D1 W2 {8 c0 ~emucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
- x3 R- m/ X0 d7 Z; {& j8 Wemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
emuoverhead = (emucycle0_1 - emucycle0_0);
* }" v' t, F( N: q; q, w7 A) N  N1 i
& O8 y) O0 f$ y; f' b1 V算法();
' j8 E6 F+ _( J* s- A3 G; j
emucycle0_1 = EMUCNT0;
! X' I' B# h7 y* E0 P! a- O- h* Demucycle1_1 = EMUCNT1;

Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
8 l" D1 c6 B& v
+ j" ^7 ]( w6 P) ?1 X
0 {) P: W5 h' X6 |, w! P统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
0 b4 v6 y/ y) G0 T8 Y% V DSP> cycles: 196468  :  11814000
# ]* Z3 q8 c- U DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
3 P- Y* ~$ O8 X4 O" ^. l DSP> times: 7101.52 us with CPU 456.
DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
2 ~- u. A- A: p% w) z: X) U DSP> times: 7161.59 us with CPU 456.
9 Q0 v. a! M2 S7 Y DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
/ i6 B% o! B7 S" ~# Q! E7 C# T4 C- O DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.

) I% ~- g( y' o$ `6 q; f8 {/ K设置：相应的表放到IRAM中了
SECTIONS
{
7 T* }- `7 ^3 G- H( ]4 h- A    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
        .f_text>  DSP_PROG,   align = 0x80
. ^! I4 b( m+ G+ A8 y( M        .f_glb> IRAM align = 0x80
9 m6 o2 o1 t/ o& V: W$ J& [* j        .ref_glb > IRAM align = 0x80
1 |8 y. G) V  O$ D5 E- n: w}
3 p) o1 y5 t5 ~# f! I

* L! w8 g/ x- R* x4 q: z1 p  n编译加了-O3 优化参数
1 a; D* n, n  M
$ j) l7 ^; a9 e+ S


4 g' E8 t! G3 }2 [7 s  o
$ J4 @9 B( o3 S

广州创龙莫工

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

15901123858

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

bobhi009

1. 简单的说下原因， 由于创建任务时 ， 由于栈空间地址较大， 所以更换了栈空间的地址， 这导致栈空间新的申请地址是没有开启cache的 ， 所以开启栈空间地址的缓存就可以解决问题
# _% q& T3 ?+ Z0 C- X
2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大