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

bobhi009

. o& v8 ?9 x1 z) c# y, A8 U5 c
环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？


下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
emucycle0_0 = EMUCNT0;
% e, ]  R  g3 D9 o6 Z2 Uemucycle1_0 = EMUCNT1;
( k, {( I' ]; `" p6 ^) x8 vemucycle0_1 = EMUCNT0;
& Q/ |/ b, f, cemucycle1_1 = EMUCNT1;
+ }) G3 w* |" G9 W4 H8 temuoverhead = (emucycle0_1 - emucycle0_0);

0 X$ |  {6 N- ]算法();
/ }8 b- T9 @0 ]& I
( ]& r/ P1 C! h* P6 gemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
0 M: g1 M8 J, Y" L0 a
Cycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
! `  G9 O* D- |0 K" C

统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
! v5 z2 T% Y: [. q DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
DSP> times: 7101.52 us with CPU 456.
DSP> cycles: 157860  :  11814000
. X( j- Q4 @3 d DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
DSP> times: 7161.59 us with CPU 456.
DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.

. o7 D; m7 \% a  R设置：相应的表放到IRAM中了
# W; C7 ]& J/ y" H, z1 qSECTIONS
{
& {; w* c7 V$ u! `! W8 j, n    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
& G) l2 G6 A$ K; x6 m/ A$ q        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
! w# A$ k, S2 H  E        .ref_glb > IRAM align = 0x80
}
5 x/ M; E. q) a
' c' V) y) G; y* K( r
编译加了-O3 优化参数

. }/ V! F5 j( ^, y

! n1 n' ?7 Q4 m7 Z

( A! J- i- H1 d8 q0 Q, F: O/ I
# J4 j0 F" b% C- @6 a. j, _/ K

广州创龙莫工

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

15901123858

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

bobhi009

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