32B1H的DSP算力测试与困惑

yxydoctor

测试平台：32B1H官方评估板；
竞品平台：某国产M4评估板；

资源： 32B1H 竞品M4
cache 8K 4K
主频 200M 160M
TCM 有无

测试例程：
precise_us_time(0);
for(i=0;i<10000;i++){
DspResult = arm_cos_f32(0.678f)+arm_sin_f32(0.876f);
}
debug_time[0]=precise_us_time(1);

有一点需要注意：测试代码是在点灯app中循环运行的。32B1H只有两个点灯app，一个gpt中断；而竞品线程，中断比较多，会有额外的时间开销。

测试结果：
32B1H 竞品M4
5952 ms 8700 ms

简单分析：
这个结果似乎让人高兴不起来。理论同频同频情况下，M7速度大概为M4的1.5倍，考虑主频差异，则理论上32B1H的时间开销应为：8700/1.5/（200/160）=4640ms。

这时候显然会考虑TCM方案，代码变量均放入TCM重复测试，结果却发现效率更低了，计算时间为6800ms。大估计是cache已经把油水榨干了，启用TCM没什么作用。
#define DTCM_VAR attribute((section(".dtcm_data")))
#define ITCM_VAR attribute((section(".ramcode")))

多少有点失望，也有点困惑。

major

可以再看一下堆栈是否在dtcm区域，优化等级，代码运行在itcm，如果使用ocram或者flash则需要开启cache

yxydoctor

major
用的就是官方Dio例程，IAR环境下，优化等级均为“中等”。默认的链接文件
// 栈空间在DTCM
define exported symbol STACK_memory_start = 0x2001f000;
define exported symbol STACK_memory_end = 537001983;
define region STACK = mem:[from STACK_memory_start to STACK_memory_end]; /4096/

// 中断表在DTCM
define exported symbol IVT_memory_start = 0x2000800;
define exported symbol IVT_memory_end = 33557503;
define region IVT = mem:[from IVT_memory_start to IVT_memory_end]; /1024/

cache默认也是开着的。

yxydoctor

major

另外cm7和cm4的dsp模块是一样的，算力表现只和频率有关，cm7对比cm4 cpu算力和dsp对比是有差异的

yxydoctor

major 在 32B1H的DSP算力测试与困惑中说：

另外cm7和cm4的dsp模块是一样的，算力表现只和频率有关，cm7对比cm4 cpu算力和dsp对比是有差异的

早先用nxp的rt1021的时候也是测过的。400M主频，放TCM跑，也就2000ms的样子

Frankie

yxydoctor 分享一下你的这个测试工程，我们来看一下？

yxydoctor

Frankie 在 32B1H的DSP算力测试与困惑中说：

yxydoctor 分享一下你的这个测试工程，我们来看一下？

uint32 precise_us_time(uint8 mode)
{
	static uint32 count[2];
    uint32 temp=0;
	switch(mode){
		case 0:	// 开始
            count[0] = Gpt_GetTimeElapsed(0); 
			break;
		case 1:	// 停止
            count[1] =  Gpt_GetTimeElapsed(0);           
            if(count[1] >=count[0]) temp =count[1]-count[0];
            else                    temp = 0xffffffff-(count[0]-count[1]-1);  
            temp = temp/50;                                                             // 1us(clk=50M)  
			break;
		default:break;
	}
	return(temp);
}

#define DTCM_VAR __attribute__((section(".dtcm_data")))
#define ITCM_VAR __attribute__((section(".ramcode")))

uint32 precise_us_time(uint8 mode);
uint32_t test_led_count[2]={0};

//DTCM_VAR 
float32_t DspResult=0.0f;


//ITCM_VAR 
void App_Led1(ULONG thread_input)
{
    uint32 i;
    while (1){
        test_led_count[0]++;
        Dio_FlipChannel(DioConf_DioChannel_D17_PTE16); /* toggle D17 */   
        
        // dsp测试 1.54698824
        precise_us_time(0); 
        for(i=0;i<10000;i++){
            DspResult = arm_cos_f32(0.678f)+arm_sin_f32(0.876f);      
        }        
        debug_time[0]=precise_us_time(1);       

        
        
        
		tx_thread_sleep(500);
    }
}

yxydoctor

tcm跑是6800us，否则是5900us。因为tcm会自动屏蔽cache，
所以tcm对提高速度没积极作用，但至少不会更慢才对呀。
定时器是用了一路Gpt

Frankie

yxydoctor thread 的心跳是多少，1ms？

yxydoctor

os心跳是1ms

Frankie

昨天下来我们内部测了一下，
结论：
DSP的性能方面，M7比M4没有50%的提示（COREMARK 不代表DSP性能)
测试：

DEVICE	Freq	Result	Comiler
S32K344	160M	7191	GCC -O1
YTM32B1HA0	200M	5700	GCC -O1

major 在 32B1H的DSP算力测试与困惑中说：

另外cm7和cm4的dsp模块是一样的，算力表现只和频率有关，cm7对比cm4 cpu算力和dsp对比是有差异的

yxydoctor

Frankie
多谢原厂支持；32H1H属于高端车规MCU，担心水平所限玩不好。加上前期围绕z20k14x做了很多测试工作，所以才测了一下。

YunTu Forum

32B1H的DSP算力测试与困惑

Online Users