2026 年的 ARM 开发平台选择

Folder 2026-07-06 10:27 1

有个项目用的 ARM 开发板. 由于厂商提供的开发套件太简陋, 我一直在自己的 Oracle ARM 免费机上编译了然后复制过去. 之前搭过开发用 QEMU, 效果很好但 x86 的 PC 上跑 ARM 的 QEMU 实在是太慢了. 所以目前考虑购入一台 ARM 架构的开发设备, 用 QEMU 仿真一个环境在里面开发, 会方便很多. 主要是希望在开发平台上 1) 编译, 2) 直接跑模拟程序, 3) 出差时能远程连接开发.

由于只是组内用, 买几千刀的 ARM 工作站太浪费了, 而树莓派这种开发板性能又不够. 我甚至考虑过买个 Mac Mini 搭 QEMU. 想问下有没有类似情况的, 是在什么设备上开发 ARM 程序的?

最新回复 (19)

roykingH 07-06 10:43

1楼

是在 arm 上编译还是在 arm 上调试 arm 程序可以直接在 x86 上使用交叉编译工具生成 arm 可执行程序啊
yxc246800 07-06 10:51

2楼

可以看一下 rk3588 的设备，minipc ，盒子，甚至开发板，性能完全没问题
bearqq 07-06 10:51

3楼

自费的话买 m1 air 无头骑士，公费的话随便什么应该都行。有交叉编译的话应该最合适，什么都不用买。
lxrmido 07-06 10:54

4楼

mac 做一般 arm 架构的开发也不能原生运行、原生编译，也是要走交叉编译，不过现在新的 mac 本身性能很强，编译或者 qemu 跑虚拟机都会比较快
netnr 07-06 10:57

5楼

在手机安装 termux 再安装 pkg install proot-distro ，太适合测试了
Folder 楼主 07-06 11:13

6楼

@roykingH 交叉编译工具是可以编译, 但是调试麻烦加上没法满足远程连接开发和运行测试的需求. 而且开发板厂商提供的交叉编译工具有点问题.
Folder 楼主 07-06 11:15

7楼

@lxrmido mac 跑 QEMU 的好处是同为 ARM 可以加速, 基本原生性能.
Folder 楼主 07-06 11:16

8楼

@yxc246800 rk3588 好像有驱动这些问题, 性能很强但是怕又掉入一个坑.
tangping 07-06 11:47

9楼

我也个 rk3568 的板子以前也是测试 arm 用的现在不用了
RinGress 07-06 11:56

10楼

之前做 BM1684 的板子，官方有给交叉编译环境，就自己封装了个编译容器。
本机是 X86 ，丢到 Clion 里直接用就行了，debug 的话都是 clion 配好 GDB Server 直接本地交叉编译好，自动部署上去开远程 GDB 就可以了。
jlkm2010 07-06 12:07

11楼

淘宝搜 RK3588 主机，16+128 ，大约 2000rmb 左右
Folder 楼主 07-06 12:12

12楼

@tangping 使用下来体验如何呢? rk 板子搜评价的时候不少人说内核和驱动问题.
westerndream 07-06 12:37

13楼

可以考虑此芯 P1 ，12 核,比 rk3588 强，不过我也没用过不清楚生态行不行
tangping 07-06 13:19

14楼

@Folder 我主要是跑基础服务没什么问题 😆 跑起来嘎嘎的好使
bianzhifu 07-06 16:22

15楼

m 系列无头骑士
zzz22333 07-06 16:56

16楼

@Folder #6 为啥会有调试问题，gdb 也是多架构啊，说实话，没看到你描述的内容，你最终是要在 arm 平台上跑一个用户态程序吧？
BingoXuan 07-06 18:11

17楼

rootfs 哪里来的？ glibc 用的是哪个版本？这两个都是巨坑。用 conan 配合 docker 交叉编译非常方便，远程 debug 也方便。
Folder 楼主 07-06 19:38

18楼

@zzz22333 有问题的是官方的交叉编译套件, 不是调试有问题. 此外直接在服务器上调试舒服很多. 这些是技术选型问题, 另一回事. 我描述的内容就是文章里说的, 有没有适合小型开发的 ARM 主机.
Folder 楼主 07-06 19:40

19楼

@BingoXuan 这些问题都在 QEMU 里处理好了, 没用下来纯粹是因为 x86 上弄 ARM 实在太慢.