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

bobhi009

* |( v$ V/ u: ?) Y, K1 r2 X6 y- T) P
# o) ~- f6 [0 A. j9 I, x5 {环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
" [) L- `; S: W$ {. @自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
0 [% ]/ y: o8 X4 n+ U9 P% J- q应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？


下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
6 n: [# l0 g' N7 z( P( `emucycle0_0 = EMUCNT0;
& K$ e# s0 s% C) P/ Zemucycle1_0 = EMUCNT1;
emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;
emuoverhead = (emucycle0_1 - emucycle0_0);

算法();
3 A+ a7 A0 U; D( Y2 J8 |1 j
emucycle0_1 = EMUCNT0;
emucycle1_1 = EMUCNT1;

7 i# A5 m4 ?4 }+ {4 R8 l0 xCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;
1 t3 o8 G( ~, W" J
: I# b# n& d. l, T/ |3 o
统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
% T4 U# a# o' @; b$ ~ DSP> times: 430.85 us with CPU 456.
DSP> cycles: 3238292  :  11814000
DSP> times: 7101.52 us with CPU 456.
- E0 U" V* N$ U2 J1 n/ A DSP> cycles: 157860  :  11814000
6 C& u$ c$ x. G& T 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.
; |: Y7 e/ h8 Y9 ?4 H" v DSP> cycles: 3304428  :  11814000
DSP> times: 7246.55 us with CPU 456.
/ y1 h% ?2 N8 m4 H! _# g; L3 ], L
设置：相应的表放到IRAM中了
# U2 r3 \2 T% b1 U3 |7 E' kSECTIONS
{
" s# c* \1 v. W" ~* j' G! S( z    .edma_data>IRAM  align = 0x80
    .audio_glb> IRAM align = 0x80
) x, n- N( z" N        .f_table>  IRAM,  align = 0x80
        .f_text>  DSP_PROG,   align = 0x80
        .f_glb> IRAM align = 0x80
        .ref_glb > IRAM align = 0x80
& j& E3 x* L* s6 \}


编译加了-O3 优化参数
- T. ?$ W( N3 o

) y5 a9 a+ X& s: l3 V5 d6 D


. Y( N  X5 z% y# K! M' b

广州创龙莫工

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

15901123858

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

bobhi009

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

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