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

bobhi009

* ^* N+ p+ B/ Y2 x! G
环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？
- H' [# A; H  p

* s3 P# t9 E# n1 ~; P3 k% K下面是统计结果
$ J% E" J3 l, W; I" o! ~+ z( Q- _统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
0 g' Y* n/ m" l3 a# k* ]4 R" s4 B/ `emucycle0_1 = EMUCNT0;
' N0 s$ w- e. m* _3 s7 n6 `emucycle1_1 = EMUCNT1;
/ ]5 a5 T1 ?3 K; xemuoverhead = (emucycle0_1 - emucycle0_0);

算法();
; B& |/ F; a0 H3 |4 `1 k
; ~# J- M$ U8 N1 Gemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
- y9 p: k/ j; [+ A
2 O8 I/ u7 r' [/ F/ F0 GCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
5 C2 [7 k' O+ z* [/ f3 i
6 n; ^+ _  ~, w, a
统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
- u! }0 H8 L$ S+ ^ DSP> cycles: 3238292  :  11814000
, o5 _& A; J: S DSP> times: 7101.52 us with CPU 456.
  g8 i; b9 W; I& `3 s DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
, S6 h7 z3 m$ N* I DSP> cycles: 3265684  :  11814000
DSP> times: 7161.59 us with CPU 456.
DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
1 D( l8 A1 g: X8 v; n& a1 ` DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.

设置：相应的表放到IRAM中了
SECTIONS
{
" Q( a2 g: e; D5 G% j1 n    .edma_data>IRAM  align = 0x80
* {2 j* F% ]  [! ^' C    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
        .ref_glb > IRAM align = 0x80
8 B  p; u# \7 p2 I}

# H2 p3 X6 R2 S; P
+ J4 S$ a* f2 o" E编译加了-O3 优化参数
% T+ \: U; z) V. V
1 ^% ^& M: p0 k" u4 j& W
6 Y# E& X- }2 m


5 k/ ^; n+ J  n0 ?# D/ P- P/ \

bobhi009

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

2 Q* }; Y! `2 p/ J& R8 B2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大