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

bobhi009

, t3 \* A" N' x+ x# r3 j, e% |
+ q$ y& H5 h( s8 ?: u! {环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
+ B  Q$ J& x. x# L" n3 `# _自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
. Q, t4 t. E5 H5 ~% M2 B应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？
5 F- t& X3 }9 @- {2 p6 U! ]7 Z+ q
, K: T7 D5 P3 ]. c6 y' D# ~
2 ^8 O9 E) V3 @( D+ C下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
: a, `$ Z7 |7 X- O) Aemucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
emucycle0_1 = EMUCNT0;
. a" E/ A6 \+ y. n: f! A. g- Bemucycle1_1 = EMUCNT1;
# ~. k! A& R4 I  n6 S% ]emuoverhead = (emucycle0_1 - emucycle0_0);
# K! W* G. w" M+ X6 G; g! S
算法();
" H; D$ g( \, e8 c/ Q  O  e
* C$ u; \+ t6 d) o# N7 C/ A( H6 P3 J7 remucycle0_1 = EMUCNT0;
* d+ D- T: \% E/ A5 bemucycle1_1 = EMUCNT1;

+ P- l: p- B* SCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;


( T9 V$ p4 j" g统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
6 \! C  x( q$ F1 {$ f8 c DSP> times: 430.85 us with CPU 456.
2 U4 K) ^5 K4 z% C DSP> cycles: 3238292  :  11814000
' u% x" ]8 r( E4 U DSP> times: 7101.52 us with CPU 456.
DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
6 H' Z2 b" ]9 x8 A; n* H4 S DSP> times: 7161.59 us with CPU 456.
% s" K- v+ _' \5 y/ l# O DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
5 ?3 k; d4 u8 t. Q DSP> cycles: 3304428  :  11814000
; ^0 o- e4 D" e DSP> times: 7246.55 us with CPU 456.
- U6 X3 k/ g; Q9 }. C, E; g" E9 H& l
1 a: u3 y0 r9 M. W设置：相应的表放到IRAM中了
SECTIONS
{
# |- ]2 X/ ?. ^1 n9 J6 t    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
  W. T# i  u" C/ y; Y9 m" R. n  X" @        .f_table>  IRAM,  align = 0x80
. |0 N2 A, P: L9 S% h* v. U        .f_text>  DSP_PROG,   align = 0x80
9 D. j- @6 A+ }) I+ b, F8 x3 b6 i        .f_glb> IRAM align = 0x80
( e* o. k5 [2 ?3 v        .ref_glb > IRAM align = 0x80
}
1 E/ j+ f' j7 R% Y0 ]
: c4 @! b4 P5 z$ {, n3 s
编译加了-O3 优化参数
* U! I* x4 v& c4 s- x

3 X( Z& I& U! n8 p) l
0 Q+ J* {# C% c6 @" l, l
. k" o$ @1 D, n; {
% x. `0 K! b* V" E
, R, [+ T- N6 \9 e7 w5 j

广州创龙莫工

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

15901123858

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

bobhi009

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

- A& P* L5 R9 c: P% D' r2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大