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

bobhi009

环境： 创龙提供的mcsdk (linux3.3 + bios6 + syslink)
自己的算法连续两次运行消耗时间差20倍， 而且跟算法本身应该没有关系， 因为算法在dsplink 的开发环境下是运行的没有问题的
& V1 O9 f0 U  D! _+ B; Z应该是mcsdk这套开发环境的影响。 有谁知道是什么原因？


下面是统计结果
统计方法： 通过EMUCNT0 EMUCNT1 寄存器统计算法执行周期 再除以主频得到运行时间    
- n3 h8 G% a5 q+ m4 j: g# p; Bemucycle0_0 = EMUCNT0;
emucycle1_0 = EMUCNT1;
. O- ^1 e+ ^# f' X# p5 B, ]emucycle0_1 = EMUCNT0;
' n/ t8 j2 z- |4 a3 Q/ A, m+ m$ X' D0 Vemucycle1_1 = EMUCNT1;
3 ^; L9 B: D) L" G+ Eemuoverhead = (emucycle0_1 - emucycle0_0);
( v# @- C( ^% t: ~- q* [- A7 O
算法();
; \7 R1 H+ z) B7 s  [! P, {
emucycle0_1 = EMUCNT0;
* e7 F/ Q. m, \. I5 j  N2 J* xemucycle1_1 = EMUCNT1;
& m/ \8 x% C+ f1 r' Y' [
8 J8 {' K" x. l. s) n% yCycle = ((emucycle0_1 - emucycle0_0) - emuoverhead) * 4;

, o. E5 y" p- c) l
9 f% y. H$ s4 C5 {统计结果： 每隔一次， 数据处理的时间会是前一次的将近20倍
DSP> cycles: 196468  :  11814000
5 O* e: r5 f  P& d. b DSP> times: 430.85 us with CPU 456.
6 J6 W( x% O# n% Y6 f- I DSP> cycles: 3238292  :  11814000
DSP> times: 7101.52 us with CPU 456.
DSP> cycles: 157860  :  11814000
DSP> times: 346.18 us with CPU 456.
DSP> cycles: 3265684  :  11814000
) x8 v# G$ C3 {4 C( [  [/ ] 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.
# ~! T& u, H2 D8 T2 D% m7 p+ [
设置：相应的表放到IRAM中了
0 _& ~( Z9 D) w8 t6 ?( L) dSECTIONS
{
" y, e8 R# ~2 W3 H: X$ X    .edma_data>IRAM  align = 0x80
- ~  _  s$ k8 e* F; X) ]+ n    .audio_glb> IRAM align = 0x80
        .f_table>  IRAM,  align = 0x80
        .f_text>  DSP_PROG,   align = 0x80
- P7 Y! P# ?6 v2 j        .f_glb> IRAM align = 0x80
- m$ V4 a5 T( M& c        .ref_glb > IRAM align = 0x80
2 j* A) [9 f8 a1 @* Z* i6 R# f' I}


: o% x/ r0 W" t9 Z6 ~编译加了-O3 优化参数
1 B8 I9 k1 |% y4 j# g
& a1 b1 n7 g: q
; w" q4 u- E4 ^% S

9 r" W! p* A0 G: `4 o

1 Q* O- {% {. n

广州创龙莫工

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

15901123858

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

bobhi009

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

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