这是一个创建于 32 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前提到过 x86 使用体验比 arm 好，今天对比测试了一下，发现了可能的问题，不知道有没有大佬知道怎么解决~
x86: j4105, pve 下开 openwrt, 恩山下载的固件
arm: king3399, armbian 下 docker 开的 openwrt, openwrt.ai 下载的固件
使用场景: 点击 openclash -> 插件设置 / 覆写设置这两个界面
都是 openclash 最新版本，arm 在点击 openclash -> 插件设置 / 覆写设置这两个界面的加载速度明显很慢, x86 秒出。使用 chrome 查看网络，发现是前端发出以下请求的时候, arm 比较慢，需要 1.86s 响应，而 x86 只要 0.26s 。
/cgi-bin/luci/admin/services/openclash/config-overwrite
然后我后台看了下 cpu 占用，x86 在疯狂刷新 openclash 设置页面的时候基本没有明显 cpu 波动，而 arm 会产生很大的 cpu 占用，30%以上。网上搜了下相关问题有人说安装 irqbalance 可以解决 luci 界面慢，我安装了之后，arm 在刷新设置界面的时候的 cpu 占用降低了，但是 openclash 设置界面响应速度还是慢。
观察 htop, 发现一点区别，
arm 的固件 luci 后台是 ucode /www/cgi-bin/luci 这个命令运行的,
x86 的是/bin/lua /www/cgi-bin/luci 这个命令运行的, 不知道有没有关系。
对使用体验的影响就是在设置 openclash 的时候，arm 固件明显没有 x86 的丝滑流畅，其他界面就不清楚了。虽然跑梯子都能跑满宽带，延迟也没什么区别，但是偶尔折腾一下的时候点击后还要等 2 秒才出返回页面就挺恼火的。
各位的 arm 软路由也可以测试看看有没有这个问题呢，也不知道是固件原因，还是 docker 下开 openwrt 的原因。
x86: j4105, pve 下开 openwrt, 恩山下载的固件
arm: king3399, armbian 下 docker 开的 openwrt, openwrt.ai 下载的固件
使用场景: 点击 openclash -> 插件设置 / 覆写设置这两个界面
都是 openclash 最新版本，arm 在点击 openclash -> 插件设置 / 覆写设置这两个界面的加载速度明显很慢, x86 秒出。使用 chrome 查看网络，发现是前端发出以下请求的时候, arm 比较慢，需要 1.86s 响应，而 x86 只要 0.26s 。
/cgi-bin/luci/admin/services/openclash/config-overwrite
然后我后台看了下 cpu 占用，x86 在疯狂刷新 openclash 设置页面的时候基本没有明显 cpu 波动，而 arm 会产生很大的 cpu 占用，30%以上。网上搜了下相关问题有人说安装 irqbalance 可以解决 luci 界面慢，我安装了之后，arm 在刷新设置界面的时候的 cpu 占用降低了，但是 openclash 设置界面响应速度还是慢。
观察 htop, 发现一点区别，
arm 的固件 luci 后台是 ucode /www/cgi-bin/luci 这个命令运行的,
x86 的是/bin/lua /www/cgi-bin/luci 这个命令运行的, 不知道有没有关系。
对使用体验的影响就是在设置 openclash 的时候，arm 固件明显没有 x86 的丝滑流畅，其他界面就不清楚了。虽然跑梯子都能跑满宽带，延迟也没什么区别，但是偶尔折腾一下的时候点击后还要等 2 秒才出返回页面就挺恼火的。
各位的 arm 软路由也可以测试看看有没有这个问题呢，也不知道是固件原因，还是 docker 下开 openwrt 的原因。
第 1 条附言 · 31 天前
今晚有空继续测试了一下，确认是固件问题。
我用了 https://github.com/fichenx/Actions-OpenWrt/releases?q=ARMv8&expanded=true
这里打包的固件，导入 docker 启动后，疯狂刷新 openclash 的配置页面也没那么卡了，chrome 查看"覆写设置"页面的加载时间也降低到 0.45s, 与 x86 相比还是有差距，能感受到点击设置页面的延迟，但是也足够了。
我用了 https://github.com/fichenx/Actions-OpenWrt/releases?q=ARMv8&expanded=true
这里打包的固件，导入 docker 启动后，疯狂刷新 openclash 的配置页面也没那么卡了，chrome 查看"覆写设置"页面的加载时间也降低到 0.45s, 与 x86 相比还是有差距，能感受到点击设置页面的延迟，但是也足够了。
47 条回复 • 2024-11-12 03:41:49 +08:00
 |
1
wuzhi1234 32 天前 via iPhone
arm 玩 docker 和 x86 不是一个档次的
|
 |
2
xtx 32 天前 via iPhone
远离 arm 。
|
 |
3
Donahue OP @wuzhi1234 使用体验上 x86 好得多，pve 方便，不需要找固件、刷机，硬件也更好。梯子性能上没感觉到太大区别，家里 300M 宽带都能跑满。玩 arm 纯属折腾了
|
 |
5
rulagiti 32 天前
用了 5 年 N1 ，换成 X86 了，爽！
|
 |
6
x86 32 天前 via iPhone
是的，没错🤔
|
 |
8
zhixiao 32 天前 via Android
能不能直接用物理机安装 openwrt 测试？按我的理解 docker 得性能损耗应该比 pve 要大一些，我自己用的是 3588 和 j4125 ，体感上来说太大区别，luci 界面好像也差不多
|
 |
9
SkywalkerJi 32 天前 via Android
真正拼主频拼功耗的场合 arm 就拉跨了吧。
|
 |
10
WizardLeo 32 天前
我认为 arm 软路由只适合小空间、低成本旁路由，其他几乎任何场景都不如 x86 软路由。
原厂路由器和硬路由刷机不在此列 |
 |
11
TophTab 32 天前
ARM 插件都不全，放弃了
|
 |
12
bytesfold 32 天前 via iPhone
我用树莓派 5 ，装了 PVE ，PVE 虚拟了 Ubuntu 和 OpenWrt ；
还有 12100 和 N100 两个测试机。 之所以不用 X86 的原因是峰值功耗会大一些，树莓派 5 峰值功率 8W ，要是 12100 峰值能上到 50 以上，基本上需要科学的网页都会触发一个较大的功率，心里不爽 |
 |
13
fanersai 32 天前
一切看需求
|
 |
14
Tink 32 天前 via Android
就是性能差距
|
 |
15
SoulSleep 32 天前
最近折腾了个 R4S 做旁路由，挂了一个 DAS 存储
装了 istoreos ，偶尔出现卡住的情况，应该是 bt 下载的 io busy 其他还好 梯子，跑满 1000M 广告，93%的屏蔽率... load 偏高，1m 基本到 3~4 新手入门，还没体验过 X86 |
 |
16
0n2ynu 32 天前
这两个都不如硬路由, 打游戏延迟贼高, 因为没有路由器里面的转发芯片
|
 |
17
cm2gseh 32 天前 via iPhone
看需求吧，
如果要低时延，省事省心，那就硬路由，缺点是定制少，灵活性不高； 如果既要能耗不高，也要点客制化需求，那就 ARM ，缺点是性能不太够得 x86 的，部分软件可能得自己修改编译； 如果要求性能上去，灵活性高，那就上 x86 ，缺点是能耗放在那。 既要又要的话，那就给钱去定制投板定制软件，有钱啥都有。 |
 |
18
wangclack 32 天前
我用的 arm ，openclash 所有的设置页面打开都很卡顿。
|
 |
20
laminux29 32 天前
J4105 与 rk3399 ，性能都很差，半斤八两：
https://www.cpubenchmark.net/compare/3159vs6239/Intel-Celeron-J4105-vs-rk3399 但 J4105 是正规 x86 CPU ，有各种硬件加速指令集加持，体验当然比 ARM 好一点点，但不多。 你想要性能，至少搞台 11 代 i7 的工控机来当软路由吧。 |
 |
21
username1919810 32 天前
两个固件不一样吧？旧版 luci18.06 用 lua 好像是比新版 js ucode 那些效率高
|
 |
22
lyanforever 32 天前
以前用的 r2s ，现在用 5700g+Openwrt ，性能提升巨大，只能说大力飞砖真爽
|
 |
23
superchijinpeng 32 天前
@0n2ynu mihomo docker 游戏没感觉卡
|
|
24
Donahue OP @zhixiao 我需要开两个 openwrt, 一个主一个备，所以这个是我的使用场景了~物理机我记得我之前用 panther x2(rk3566)的时候也是 openclash 界面响应速度慢
|
|
25
Donahue OP @SkywalkerJi 扶墙够用的，只是使用体验上不如 x86(设置界面有点卡顿)
|
|
27
Donahue OP @bytesfold 我用的 j4105, 日常功耗 4w, 跑满了也才 10w. 12100 单独做 openwrt 的话太奢侈了，如果是作为 homelab 的其中一个虚拟机就还能接受。
|
|
31
Donahue OP @username1919810 对的固件是不一样，我也感觉可能是系统/软件适配的问题
|
|
32
username1919810 32 天前
@Donahue #31 你给 arm 刷个 lean 固件就行了，那个默认是 luci18.06
|
|
33
Donahue OP @username1919810 #32 有空试试，docker 固件好像不是很好找，恩山大部分都是给 img 的
|
 |
34
Redhut 32 天前
用的 N1 没觉得卡顿，就是启动 clash 慢一些，可能用的默认主题
|
 |
35
zjyg1993 32 天前
看需求吧，我用的 4g ram + 8g emmc + 480g ssd ，arm 的软路由，功能在，ddns 、alist 、navidrome 、homeassistant 、aria2 、全局 clash ，很够用
|
 |
36
superliy 32 天前
50 块一台的 d2550 带内存 带壳，能有这体验吗
|
 |
40
eary 31 天前
我也觉得界面慢，而且是任何插件页面都慢，但整体来说使用上没有问题。我还是刷的 istoreos.，用 arm 当然主要是功耗低仍弱电箱的，对我这边纯粹只装网络应用的人没什么问题。
|
 |
41
JensenQian 31 天前
200 以内的 arm 还能玩玩，200 以上正经 x86 了
n100 的小主机现在都 400 多了 openwrt 你物理机跑下在对比，你这两个 2 个 a72+4a53 跑的感觉性能带不动啊 只科学的话现在的硬路由基本上都是四个 a53 了 |
 |
42
flynaj 30 天前 via Android
不要用什么 PVE ，docker, 裸机安装 原版 https://downloads.openwrt.org/ 测试，你说的东西很显然都是魔该版本的问题
|
|
43
Donahue OP @flynaj 懒 只想用别人编译好带插件的 docker 固件。
官方原版 openwrt 貌似也没有 king3399 的支持。 后面测试了其他的固件发现可能是新版 luci 的性能问题，换了其他固件响应速度快多了，虽然也没有 x86 快，但已经。 |
|
44
Donahue OP @flynaj 我认为 arm 最合适的使用方式就是 armbian+docker+openwrt, 裸机安装 openwrt 对于我这样喜欢折腾、换系统的人来说 太麻烦了，每次都需要找固件-刷机-配置系统... docker 固件通用性比较好。
|
 |
45
leon2023 30 天前
arm 就拿来做个电视盒子，或者硬路由是可以的，其他的就算了，刷机麻烦，还是虚拟机上折腾更方便
|
 |
47
diave971349 19 天前
@HMSQQbA 手动限制全高频吗还是怎么设置
|
Select Language