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

bobhi009

" X' i! n+ E1 W- h0 n0 X
2 y2 H5 c; C# H% c9 A! R环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
! e& K/ |( ^. u, V3 I" p5 C自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
+ Q  W. W: B, Z# D应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？

: ?# X1 l) O# H6 Z
. T5 o2 S, @" a  X- I7 g; [; r' m下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
" A& ~& |+ N8 O1 M& g, I" T2 Aemucycle0_0 = EMUCNT0;
" I* y- y' |. j6 Iemucycle1_0 = EMUCNT1;
# I6 T9 h& F. P- f% y5 kemucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
emuoverhead = (emucycle0_1 - emucycle0_0);

算法();

emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;

  ^/ j& n: b0 \3 J: nCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;

: O+ n. D/ ^& ~3 l9 J
统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
- ?- x, \/ V; U; ?# T% O, i% v! U; T DSP> cycles: 196468  :  11814000
DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
9 }" J/ q7 q" y, y DSP> times: 7101.52 us with CPU 456.
9 q2 @' E# M3 z4 H DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
" ]. i  n( y) b! a! y! y1 I DSP> times: 7161.59 us with CPU 456.
DSP> cycles: 156344  :  11814000
DSP> times: 342.86 us with CPU 456.
DSP> cycles: 3304428  :  11814000
+ Q* m7 x# Q. {3 f; ?8 B DSP> times: 7246.55 us with CPU 456.

$ F3 I$ ^; t7 o! T, o- v# o设置：相应的表放到IRAM中了
SECTIONS
{
3 l' z) K2 x) J6 z* ?    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
% C$ m$ p4 E& G6 a4 I+ R. o* F5 i! u        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
" W' M9 t% v, P* B, v' S' h; l        .ref_glb > IRAM align = 0x80
}


1 ~: c# n, Z- e& }5 \9 A. y编译加了-O3 优化参数
* l, A" E, i$ g$ ]. {0 N# {

1 ?) n) O' b2 n8 w6 q9 R
9 n/ d8 q$ y6 G9 A3 V- y; I
7 x- X3 N9 T5 X  L  h

. O' R2 Y; e5 n  c

广州创龙莫工

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

15901123858

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

bobhi009

1. 简单的说下原因， 由于创建任务时 ， 由于栈空间地址较大， 所以更换了栈空间的地址， 这导致栈空间新的申请地址是没有开启cache的 ， 所以开启栈空间地址的缓存就可以解决问题
& ]+ n8 Q0 l! d. s, p
2. 相差20倍是算法本身的特性， 偶数帧的计算量比较大