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

bobhi009

环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
. P' C5 @1 F7 q/ L. b自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
: O/ m- \6 ]' |" a/ T! f! R; _8 ~应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？


, P1 D3 N/ C2 b$ W2 }0 u下面是统计结果
2 n) h; J: r# Z3 k# w统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
1 ~; j5 L) q) j; C9 B, ^% S: Semucycle1_0 = EMUCNT1;
) I- ~+ [0 m, b" z) Hemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
) w; s  L  h0 i! ^/ kemuoverhead = (emucycle0_1 - emucycle0_0);
2 }) O! C5 d  y* r3 L: W0 A
算法();
( q* [* j4 X- |$ f* f% H
emucycle0_1 = EMUCNT0;
0 ]& s7 ?8 a7 B0 w3 @$ Femucycle1_1 = EMUCNT1;
3 I! e' u, A$ o+ F
4 }4 T3 w" C! W6 V. LCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;


统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
DSP> times: 7101.52 us with CPU 456.
% ^! ]; \4 Y. m4 y; W2 o6 E DSP> cycles: 157860  :  11814000
" B/ s% V4 Y' X DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
DSP> times: 7161.59 us with CPU 456.
7 ?: O1 N7 `* \- {7 G DSP> cycles: 156344  :  11814000
5 l0 J- c# q0 w1 b6 j, l DSP> times: 342.86 us with CPU 456.
/ I( ]& a/ q6 h& ^4 y( I+ k9 x; V DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.
; J1 u$ a! P  v! w& v. M: `
设置：相应的表放到IRAM中了
- U5 W; f% f2 O7 B. w/ Z4 W) c# r3 G% WSECTIONS
; D% F9 y4 p! l% J* X{
' n! w2 t$ K* L. r1 x# o    .edma_data>IRAM  align = 0x80
5 U7 I  z# t& [, Y* Z    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
/ M  `7 [4 X5 ~8 g+ `        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
* d+ a  K# G7 e( X' M. l3 q9 \        .ref_glb > IRAM align = 0x80
}

( k7 u+ Y' H  k) r& u: s! B. f
8 ^- t: E- j8 B0 }6 |: u编译加了-O3 优化参数
3 ]4 \0 d5 h3 H$ K( c5 R
  L( O  n' C( W9 p! @

. n' A- F2 t6 Z
0 O1 E& w3 ?  H( ~  f

1 ]. x" q' d$ y/ q" ^

广州创龙莫工

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

15901123858

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

bobhi009

1. 简单的说下原因， 由于创建任务时 ， 由于栈空间地址较大， 所以更换了栈空间的地址， 这导致栈空间新的申请地址是没有开启cache的 ， 所以开启栈空间地址的缓存就可以解决问题
% R! P! {$ O$ u
, S  @- l+ B* O% [* l# E2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大