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

bobhi009

4 y3 f. A: _- y
" F* L# o  O- p3 C' E2 |- u环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？

. p1 k7 P2 p# Z2 Z/ s. u
  u- Y( L9 o- P; d4 D: i下面是统计结果
1 p' X8 H: o- n% E7 `3 i9 e5 `统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
' H  m" M, Y( q% q8 q3 C2 m, \) k% cemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
emuoverhead = (emucycle0_1 - emucycle0_0);
- b1 m) {- S$ A* ^5 O& l
2 d: w) N, Q- @4 i! g算法();
) o5 h: ~5 H( z# J
emucycle0_1 = EMUCNT0;
! o+ U9 A9 z/ W# V3 x  S7 [emucycle1_1 = EMUCNT1;
% o9 j( ^" ?) n" Z
/ q5 U% {7 u% N2 o% ^Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;


统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
' I# Y+ n8 P( {) B) S* j DSP> cycles: 196468  :  11814000
8 i& @( I5 C0 R, E$ N' O4 S/ f! E DSP> times: 430.85 us with CPU 456.
* Y9 ?5 Z9 E0 _  S& T3 [ DSP> cycles: 3238292  :  11814000
7 H6 D" k- [1 x& v; B5 J DSP> times: 7101.52 us with CPU 456.
8 L4 f* m2 n+ \7 f DSP> cycles: 157860  :  11814000
3 ~0 a: T2 e: u1 s) e DSP> times: 346.18 us with CPU 456.
( w/ G5 E5 [0 L6 f! E2 j DSP> cycles: 3265684  :  11814000
. V* Z5 a. P" {  O DSP> times: 7161.59 us with CPU 456.
DSP> cycles: 156344  :  11814000
3 ~9 T3 m, n+ b, Z; l DSP> times: 342.86 us with CPU 456.
8 Z# I* v5 _8 s& E4 L9 }4 h4 m" A* n DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.
* L7 }3 _, Z! f  C# w
% D8 B& G* G5 c$ s" h5 q. P0 I设置：相应的表放到IRAM中了
5 f7 u/ N1 H0 k2 }1 BSECTIONS
: Q: n4 d$ x/ _7 A, q7 [{
    .edma_data>IRAM  align = 0x80
7 r/ P  Q9 f2 h6 y, {+ s& D% F& e    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
0 n/ P3 q$ n# ^        .f_text>  DSP_PROG,   align = 0x80
- s. h+ K4 g3 k1 J/ {$ `        .f_glb> IRAM align = 0x80
7 Y6 X) m8 f# Z- ]+ B3 h, S9 J, e( u        .ref_glb > IRAM align = 0x80
# A5 l7 {5 Q4 J! o- Y}
2 r3 D5 }) H1 b. m# Q
/ o6 p4 E; C- R3 a
, h  d4 x" p% \5 e' U9 ^编译加了-O3 优化参数
% l2 {! e& j- t+ w. p8 ~
$ e( k8 G; v! ^: i% ]

9 z! X# h! e! Q# l9 w7 V4 y
" K/ ~# ?. d( d/ V- W1 P5 l
: |' S, o# S& d! C
$ o. U! ]! b3 ^! I1 \; R

广州创龙莫工

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

15901123858

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

bobhi009

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

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