RISC-V MCU中文社区

(SES+JLink+最小系统板)开发实践之Benchmark

发表于 GD32VF103 MCU 2021-03-11 18:32:42
0
2936
1

在配置完时钟和串口后,启动rvstar_examples项目,里面包括有Coremark(综合测试)、Dhrystone(测试整数计算能力)、Whetstone(测试浮点数计算能力)等测试Demo和FreeRTOS、uCosII/、RT-Thread等RTOS的运行Demo。
Coremark
    运行工程前修改Coremark工程迭代次数预定义参数ITERATIONS为5000(默认值跑分时间果断,会报错)。
       编译运行Coremark工程, 跑分结果为3.081066 CoreMark/MHz.
    在编译选项中看到是O2优化,处于好奇心就配置编译器为O3优化看看跑分是多少。
    再次编译运行Coremark工程,发现跑分结果竟然为2.969058 CoreMark/MHz。不清楚是什么原因让编译器出现了负优化的情况QAQ。
Dhrystone
    启动Dhrystone工程,默认配置和O2编译优化编译运行,跑分结果1.323609 DMIPS/MHz。
    同样配置编译器为O3优化编译运行,跑分结果为1.336037 DMIPS/MHz,这次感觉编译器是干了点正事。
Whetstone
    启动Whetstone工程,默认配置O3编译优化,编译运行.
    将配置改为O3编译优化,编译运行能看出来时间花费上是有所增加。
    •     

          Summary:    

          除了优化等级增加Cormark数值降低外,Dhrystone和Whetstone的结果具有编译器优化影响。


          并且根据ST官方给出的芯片性能指标可以算出


      • Coremark:STM32F1=177/72 =2.4584 GD32VF103相较于STM32F1性能提升为20%左右

      • Coremark:STM32F3=245/72 =3.4027 GD32VF103相较于STM32F3性能差距为10%左右


喜欢1
用户评论
moo

moo 实名认证

懒的都不写签名

积分
问答
粉丝
关注
  • RV-STAR 开发板
  • RISC-V处理器设计系列课程
  • 培养RISC-V大学土壤 共建RISC-V教育生态
RV-STAR 开发板