地平线旭日X3开发板跑分测试

2024-05-15 12:20

本文主要是介绍地平线旭日X3开发板跑分测试,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言

一般拿到手机或者电脑后评测时我们喜欢跑跑分,可以看看战胜了多少网友。

而对于这个国产旭日x3的CPU自然也想看看到底和国际大厂的类似CPU性能是否有差异,

所以实际测试看看。

从最终的测试结果来看是不失所望的,本CPU和配置一致的iMx8M性能是一样的,

测试数值甚至高了一点,所以完全不用怀疑本CPU的性能还有5T算力的BPU,强悍妥妥的,

后面跑AI一点都不用心虚,放肆造!发烧友甚至可以超频,只是降温方法可以各显神通。

本文前提是板子使用SERVER版本镜像,已经配置好连接WIFI,因为要在线下载代码。

下载代码

git clone https://github.com/eembc/coremark.git

cd coremark/

修改代码

vi simple/core_portme.h

输入i进入插入模式

修改

#define COMPILER_FLAGS \

FLAGS_STR /* "Please put compiler flags here (e.g. -o3)" */

#endif

#define COMPILER_FLAGS \

"-O0" /* "Please put compiler flags here (e.g. -o3)" */

#endif

其中”-O0”和编译时指定的优化等级对应,如果是-O3编译则改为”-O3”,这个宏只是打印显示用。

typedef ee_u32 ee_ptr_int;

改为

typedef unsigned long ee_ptr_int;

按ESC案件

输入:

输入wq回车

编译

​
gcc -o coremark core_list_join.c core_main.c core_matrix.c 
core_state.c core_util.c simple/core_portme.c 
-DPERFORMANCE_RUN=1 -DITERATIONS=10000 -Isimple -I. -O0

如果运行长时间无打印则减小-DITERATIONS=10000

如果提示

ERROR! Must execute for at least 10 secs for a valid result!

则增大-DITERATIONS=10000

运行

./coremark

打印信息如下

优化

1. 默认CPU会根据负载动态调节频率,以达到降功耗目的,

可以将CPU强制工作在1.2GHz最高频率下。

sudo bash -c 'echo performance > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor'

2. 超频

启用:sudo bash -c 'echo 1 > /sys/devices/system/cpu/cpufreq/boost'关闭:sudo bash -c 'echo 0 > /sys/devices/system/cpu/cpufreq/boost'

3. 提高优化等级,-O0改为-O3编译

​
gcc -o coremark core_list_join.c core_main.c core_matrix.c 
core_state.c core_util.c simple/core_portme.c 
-DPERFORMANCE_RUN=1 -DITERATIONS=100000 -Isimple -I. -O3​

4. 关闭图形系统

sudo init 3

恢复sudo init 5

测试结果

从以下结果可以看出

1.固定CPU主频比动态调整只提高了一点点速度,

2.超频到1.5G比1.2G有明显的性能提高

3.编译器优化-O3相对于-O0有绝对的提高,基本是5倍多的性能。

所以从上可以看出,编译器优化有较大的影响因素,这也是为什么我们一直强调算法的优化是提升性能的最主要的方向,因为硬件的提升其实成本很高而且效果不是显著的。

4.图形模式和命令行模式性能差不多(使用的VNC测试,HDMI测试可以再对比下)

5. 温度

持续测试,模拟升温,定性来看,随着温度越来越高性能越来越低.

如下界面可以查看跑分记录进行对比

https://www.eembc.org/coremark/scores.php

过滤A53可以看到,

iMX8M的跑分条件和我们基本一致,

4核,1.5G. 跑分是19678.58

这里是4935.497490x4=19,741.98996

甚至比该芯片更强一点。

总结

通过上述跑分,一方面对芯片性能有个了解,

对于国产芯片与国际大厂芯片性能是否有差异也有一个基本的对照,

本次测试结果来看和配置一样的iMx8M芯片的性能是一样的,甚至强一点点,

性能达到了国际大厂水平,所以对旭日X3这个芯片性能是不需要怀疑的;

另一方面从各测试条件可以看到影响性能的因素到底哪个是绝对性的,

对以后编程也有一些启发意义。

这篇关于地平线旭日X3开发板跑分测试的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/991823

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

Verybot之OpenCV应用一:安装与图像采集测试

在Verybot上安装OpenCV是很简单的,只需要执行:         sudo apt-get update         sudo apt-get install libopencv-dev         sudo apt-get install python-opencv         下面就对安装好的OpenCV进行一下测试,编写一个通过USB摄像头采

开发板NFS挂载文件目录

文章目录 序NFS1. 安装 NFS 服务器和客户端在服务器上(NFS 服务器端)在客户端上(NFS 客户端) 2. 配置 NFS 服务器创建共享目录编辑 `/etc/exports` 文件启动 NFS 服务 3. 在客户端挂载 NFS 共享创建挂载点挂载 NFS 共享验证挂载 4. 设置开机自动挂载5. 解决权限问题 序 本节主要实现虚拟机(服务器)与开发板(客户端)通过N

BIRT 报表的自动化测试

来源:http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/如何为 BIRT 报表编写自动化测试用例 BIRT 是一项很受欢迎的报表制作工具,但目前对其的测试还是以人工测试为主。本文介绍了如何对 BIRT 报表进行自动化测试,以及在实际项目中的一些测试实践,从而提高了测试的效率和准确性 -------

可测试,可维护,可移植:上位机软件分层设计的重要性

互联网中,软件工程师岗位会分前端工程师,后端工程师。这是由于互联网软件规模庞大,从业人员众多。前后端分别根据各自需求发展不一样的技术栈。那么上位机软件呢?它规模小,通常一个人就能开发一个项目。它还有必要分前后端吗? 有必要。本文从三个方面论述。分别是可测试,可维护,可移植。 可测试 软件黑盒测试更普遍,但很难覆盖所有应用场景。于是有了接口测试、模块化测试以及单元测试。都是通过降低测试对象

day45-测试平台搭建之前端vue学习-基础4

目录 一、生命周期         1.1.概念         1.2.常用的生命周期钩子         1.3.关于销毁Vue实例         1.4.原理​编辑         1.5.代码 二、非单文件组件         2.1.组件         2.2.使用组件的三大步骤         2.3.注意点         2.4.关于VueComponen

如何成为一个优秀的测试工程师

链接地址:http://blog.csdn.net/KerryZhu/article/details/5250504 我一直在想,如何将自己的测试团队打造成世界一流的团队?流程、测试自动化、创新、扁平式管理、国际标准制定、测试社区贡献、…… 但首先一点是明确的,就是要将每一个测试工程师打造成优秀的测试工程师,优秀的团队必须由优秀的成员构成。所以,先讨论“如何成为一个优秀的测试工程师”,