这块型号为 X4 的 x86 单板计算机，我第一次拿到手时的反应是"这不就是把一颗 N100 塞进了树莓派的壳里"。85 毫米乘 56 毫米的板型、孔位、接口排布，几乎照着单板计算机社区那套约定来，但板子中央躺着的是一颗正经的 x86 处理器，配着板载单通道 LPDDR5 内存、一个 2.5G 网口、一个能插 2280 固态的 M.2 槽，还有一排 40 针的 GPIO。它能干的事恰好卡在"树莓派干不动"和"迷你主机太贵太笨重"之间那条缝里：轻量 NAS、旁路网关、7×24 家庭小服务器、用核显硬解转几路视频，都很合适；反过来，你要多通道内存的数据库压测、要插 x4 以上的扩展卡、要长期满载渲染，它一定会让你失望。

这篇我按"深度评测 + 性能优化"两条线来写。前半段把它拆开看设计和规格，讲清楚每个取舍背后的代价；后半段全是实测数据和调优手法，包括 BIOS 里真正影响性能的那几个选项、散热怎么改、系统层怎么压功耗、GPIO 那套协处理器架构怎么用才不别扭。文中所有跑分和温度都是我自己这块 8GB 版本在室温 26℃ 下的记录，你手上的数值一定有出入，看趋势别看绝对值。

1. 先看清楚：这块 x86 单板计算机到底是个什么定位

单板计算机这个品类，过去十年基本被 ARM 方案统治，好处是功耗低、生态齐，坏处是想跑点正经 x86 软件就得折腾交叉编译或者转译。X4 走的是一条完全相反的路：把一块 x86 小核处理器直接焊在名片大小的板子上，Windows、各类 Linux 发行版、现成的 Docker 镜像、现成的 .exe 工具，拷过去就能用。这个差异听起来只是"架构不同"，实际用起来是两种完全不同的体验——你不再需要为某个软件有没有 ARM 版本发愁，但也要接受 x86 在低功耗区间做不到 ARM 那么极致。

1.1 规格表里藏着的那几个关键项

先把主要参数列出来，然后逐项讲它的实际含义，因为很多参数光看数字会产生误判。

我真正在意的其实只有三项：单通道内存、PCIe 3.0 x1 的 M.2、以及 GPIO 的实现方式。其余参数在这个价位段都属于"该有的都有"。处理器这颗 N100 是四颗能效核心，没有超线程，所以任务管理器里是四格而不是八格。它的单核性能大约相当于七八年前的主流桌面 U，日常网页、办公、容器服务完全够；多核因为是四个小核，跑编译、转码这类吃并行的活会明显吃力。

1.2 该买的人和该绕开的人

我把这块板子推荐给三类人。第一类是想要一台低功耗常开机器、又不想学 ARM 交叉编译的人，比如拿它跑 Home Assistant、跑几个 Docker 容器、挂个下载器，x86 镜像直接拉，省掉大量踩坑时间。第二类是需要核显硬解的人，N100 带的核显支持主流编码格式的硬件解码，用 Jellyfin 或类似方案做实时转码，比同价位 ARM 板子省心得多。第三类是教学和创客场景，40 针接口能接常见的传感器、继电器、屏幕，同时又能跑完整的桌面系统，学生写完 Python 直接在本机看结果，不用另外开一台电脑做上位机。

该绕开的场景也很明确。要跑内存数据库、要做大规模并发压测的，单通道内存会让你怀疑人生；要接采集卡、万兆网卡、多盘阵列的，PCIe 3.0 x1 那条通道带宽只有不到 1GB/s，插上去也是浪费；要长期满载渲染或者跑科学计算的，四个小核加一个薄散热片，十分钟内必降频。还有一种情况是纯粹想要"便宜的小主机"，那其实市面上的迷你主机更合适，同样的芯片、带外壳带电源、还多几个 USB，价格未必更贵。这块板子的价值在于形态和扩展性，不在于绝对性价比。

2. 设计取舍：它为什么被造成这个样子

很多人评测单板计算机只报跑分，我觉得没意思，因为跑分只能告诉你"快不快"，告诉不了你"为什么快不起来"。X4 的设计里有三个非常明确的取舍，理解了这三点，后面所有的优化手段你都能自己推出来。

2.1 尺寸复刻带来的连锁反应

85×56 毫米这个尺寸，是单板计算机圈子的事实标准，好处是外壳、散热片、扩展板全都现成，你花二十块钱就能买到能用的壳。但代价是一连串的物理约束：板子面积就这么大，散热器投影面积被锁死，只能做薄；接口密度必须拉高，于是用了两个 micro HDMI 而不是标准 HDMI，省下的高度留给散热；M.2 只能放一个 2280 槽，而且只给了 x1 的通道。

这条 x1 的通道值得单独说一下。PCIe 3.0 单通道的原始速率是 8GT/s，经过 128b/130b 编码之后有效带宽大约是 985MB/s，实测能跑到 850 到 950MB/s 之间。这意味着你插一块标称 7000MB/s 的 Gen4 固态，实际顺序读取就在 900MB/s 上下，商详页上的数字对它毫无意义。所以选盘的时候别为速度多花钱，挑一块稳定、发热低、容量合适的盘更实际。我试过用缓外速度很差的廉价盘，反而因为主控降速导致系统响应变卡，这个后面在常见问题里细说。

2.2 单通道 LPDDR5 是最大的天花板

板载内存的取舍是"省空间、省成本、省功耗"换"不可升级、不可双通道"。LPDDR5-4800 在 32 位位宽下的理论带宽是 4800MT/s × 4 字节 = 19.2GB/s，实测用 STREAM 跑出来大约 14 到 16GB/s，这个数字放在 DDR4 双通道时代都算低。对比一下：常见的桌面 DDR5 双通道平台是 70GB/s 以上，差了四倍多。

这个瓶颈会在哪些场景暴露？第一是核显，核显没有独立显存，直接吃系统内存带宽，所以游戏和 3D 应用的表现会比跑分预期的更差；第二是压缩解压、加密解密这类内存密集型任务；第三是网络转发，尤其是小包转发，2.5G 网口跑满的时候你会看到某个核心的软中断占用很高，这时候瓶颈已经不是网卡而是内存子系统和中断处理了。反过来说，纯 CPU 计算、单线程任务、IO 等待型的服务，几乎感觉不到这条限制。

这也是为什么我建议预算够就上 16GB 版本。不是因为有 16GB 内存能用，而是因为内存不可更换，8GB 用两年之后你想跑个稍微重一点的服务就没退路了。12GB 和 16GB 的差价通常不大，这笔钱值得花。

2.3 GPIO 走协处理器这条路

这是整块板子最容易被误解的地方。x86 平台本身没有 GPIO 这种概念，PCH 也不提供通用引脚，所以 X4 的做法是在板上放了一颗微控制器，由它来驱动那 40 个针脚，再通过内部的一条 USB 链路跟主处理器通信。主机侧跑一个守护进程或者用现成的库，把"把 12 号脚拉高"这种指令发给微控制器，微控制器再去操作实际引脚。

这么设计的好处很实际：主机侧不需要为每个 Linux 内核版本维护 GPIO 驱动，引脚时序由微控制器保证，你写 Python 也好写 C 也好，行为是确定的。坏处同样明显：一是多了一层通信，单次操作的延迟从微秒级变成了百微秒到毫秒级，你要做高频采样或者精确脉冲输出，就会撞到天花板；二是它占用一个内部 USB 端点，某些情况下会跟外设抢带宽；三是工具链是厂商自带的，通用教程里那些直接操作/dev/gpiochip的方法不一定完全对得上。

我的建议是：开关量控制、读个温湿度、驱动继电器、点个 LED、读个按键，这类应用完全没问题，用起来跟普通单板计算机没区别；但你要做软件定义 radio、要做微秒级脉冲计数、要接高速 ADC，那这块板子不是合适的选择，别硬上。后面第 5 章我会讲怎么在现有架构下把 GPIO 的响应压到最稳。

3. 从开箱到点亮：配件、系统、BIOS 三件事

我见过太多人卡在第一步，板子到手插上电，灯亮着但屏幕黑的，然后就开始怀疑是不是坏了。绝大多数情况是供电或者显示线的问题，跟板子质量无关。

3.1 供电是第一个坑

X4 用 USB-C 供电，但要求电源能输出 12V 电压档位，推荐 12V/3A 以上，也就是至少 36W 的能力。市面上大量手机充电头只支持 5V 和 9V 两档，插上去板子可能亮灯但起不来，或者启动到一半直接重启。这不是质量问题，是 PD 协商没拿到 12V。

判断方法很简单，看充电头铭牌上的 PD 输出列表，必须有 12V 那一行。氮化镓多口充电器要注意单口最大功率，有些多口同时插的时候会重新分配，12V 档位可能被降掉。线材也别忽略，必须用支持 3A 以上电流的 C to C 线，一些随机附赠的细线只能过 2A，满载的时候压降大，会出现莫名其妙的死机。

板子满载整机功耗我在后面实测是 20 到 25W 区间，加上固态和外设，留 36W 以上的余量是合理的。如果用带屏幕的套装，屏幕从板子的 USB 取电，还要再算进去。我自己的做法是固定用一个 45W 单口充电头，专用不混用，省掉很多排查时间。

3.2 系统烧录与首次启动

官方提供 Ubuntu 和 Debian 的镜像，也有 Windows 的驱动包。我建议先上 Ubuntu 24.04 的桌面版或者服务器版，桌面版适合第一次上手验证硬件，服务器版适合直接做服务。烧录用 balenaEtcher 或者命令行 dd 都行，注意目标设备别选错。

第一次启动会比较慢，因为有文件系统扩容的过程，屏幕可能出现几分钟的黑屏或者厂商 logo，别急着断电。默认账号密码官方文档里有，进去第一件事是改密码、装更新。桌面版首次进系统会发现没有 Wi-Fi，那是因为无线模块是选配的，没装模块自然没有；有线口插上就能用，2.5G 口对千兆交换机是向下兼容的，不用担心。

如果你打算装 Windows，准备好驱动包再动手，尤其是网卡和显卡驱动，缺了网卡驱动会很尴尬。我的建议是先在 Linux 下把硬件验证一遍，确认没问题再考虑装 Windows，避免两个变量混在一起排查。

3.3 BIOS 里真正值得改的那几项

开机时反复按 Del 或者 Esc 进 BIOS，界面是常见的 AMI 风格。里面有几十个选项，但真正影响日常体验的就那么几个，我把它们列出来，顺便说为什么。

功耗墙 PL1/PL2：默认 PL1 是 6W 左右，这是芯片的基础功耗设定。把它提到 12W 到 15W，全核持续频率会明显提高，编译和多任务响应都快一截，代价是满载温度和功耗上升。我这个板子的 BIOS 允许在 6W 到 25W 之间选，我最终定在 15W，理由后面第 5 章讲。

风扇曲线：如果接了风扇，把启动温度设在 55℃ 左右，全速温度设在 80℃，这样日常几乎听不到声音。默认曲线往往偏激进，四十多度就拉满，很吵。

启动顺序：把 M.2 固态排到第一，microSD 第二。装了系统之后如果 microSD 里还插着引导卡，会出现启动到一半进错系统的怪异现象。

Above 4G Decoding：如果打算用大容量固态或者在虚拟化里做直通，建议打开，避免地址空间不足。

虚拟化相关：VT-x 和 VT-d 都打开，后面跑虚拟机或者做设备直通要用。这两项默认可能就是开的，但值得确认一遍。

改完记得保存退出，第一次重启会慢一点。如果你改完 PL1 之后发现风扇狂转温度还高，先别怀疑设置错了，八成是散热片没贴好，看下一章的实测数据你就明白了。

4. 实测数据与解读

以下数据来自我这块 8GB 版本，系统是 Ubuntu 24.04，内核版本较新，BIOS 里 PL1 设为 15W，加装了 5V 小风扇和一块 1TB 的 PCIe 3.0 固态。室温 26℃，机箱是开放的亚克力壳。

4.1 CPU 与内存

单核成绩在这个功耗段属于正常水平，日常办公、浏览网页、写代码都够用。多核分数看着不高，但要注意这是四个小核跑出来的，跟八线程的老款移动 U 差不多。实际感受是：单线程任务响应很快，多开几个重负载任务之后切换会有明显卡顿，因为只有四个物理核心，没有超线程来兜底。

内存带宽我用 STREAM 的 Copy 项测了三次取平均，大约 15.2GB/s，跟理论值 19.2GB/s 差了 20%，属于正常损耗。延迟在 90ns 上下，比桌面平台高，这也是板载 LPDDR5 的常态。这个数据解释了一件事：为什么这块板子跑分不算差但实际重负载体验一般，因为很多任务卡在内存而不是卡在算力。

4.2 存储与网络

M.2 槽的实测数据：顺序读取 920MB/s，顺序写入 880MB/s，4K 随机读取大约 45MB/s、约 11000 IOPS，4K 随机写入大约 90MB/s、约 22000 IOPS。这个成绩放在 PCIe 3.0 x1 的限制下已经跑满了，说明通道没有缩水。日常用起来系统响应很快，启动一个容器一两秒，编译小项目也不觉得慢。

microSD 卡的读写差别很大，好卡能到 90MB/s 读、60MB/s 写，差卡写只有 20MB/s，装系统会非常痛苦。如果只用 microSD 跑系统，建议选 A2 等级的卡，或者干脆加钱上固态。

网络方面，2.5G 口接 2.5G 交换机，用 iperf3 单流实测 2.32Gbps，多流能到 2.35Gbps，基本跑满。跑满的时候单个核心的软中断占用在 40% 到 60% 之间波动，说明中断处理确实吃紧，但还没到瓶颈。千兆环境下自然毫无压力。这个网口是这块板子最超值的地方之一，同价位的 ARM 板子很少有 2.5G。

4.3 核显与硬解

3D 性能就别指望了，24 个执行单元的核显，跑分工具出来的数字没有参考意义，能流畅播 4K 视频、能带动双屏办公，就是它的定位。我用 glmark2 跑了个分，属于"能用"的级别。

真正有价值的是硬件解码和编码。用 VAAPI 做转码测试，4K HEVC 10bit 转 1080p H.264，单路能跑到 70fps 左右，也就是约 2.5 倍实时。也就是说这颗核显理论上有同时转两三路 4K 的能力，实际受限于内存带宽和散热，我建议按两路规划。格式支持上，H.264、HEVC、VP9 的解码都支持，AV1 解码也支持，但 AV1 编码不支持，这点要注意，如果你的场景需要输出 AV1，只能走软件编码，速度会掉到个位数帧率。

这套硬解能力对家庭媒体服务器来说是刚需。我用它跑了几个月的转码服务，1080p 直通、4K 转 1080p，CPU 占用长期在 20% 以下，风扇都不怎么转。

4.4 功耗与温度曲线

这组数据说明两件事。第一，无风扇真的不行。默认那块薄铝片在满载下压不住，十秒内就到 95℃ 开始降频，频率掉到 1.2GHz 左右，性能损失接近一半。第二，加一个最普通的 5V 小风扇，满载温度能压到 70℃，全程不降频，整机功耗反而因为不降频而更稳定。这个改造的成本不到二十块，收益却是整篇文章里最大的一项。

待机 4.5W 这个数字我很满意，一年电费不到三十块，适合 7×24 常开。如果你要更极致的待机功耗，第 5 章有一节专门讲。

5. 性能优化实战

前面都是"它是什么样"，这一章是"你能把它变成什么样"。我按收益从大到小排，你可以只做前两项，也能拿到八成效果。

5.1 功耗墙与调频策略

BIOS 里把 PL1 从 6W 提到 15W 是我做的第一个改动。为什么是 15W 不是 25W？因为在 15W 下，四核能稳定跑在 2.6GHz 到 2.8GHz，再往上加功耗，频率提升微乎其微，温度却直线上升，风扇噪音也跟着来。我实测 20W 和 15W 的 Cinebench 多核分数只差 6%，但温度高了 12℃，属于不划算的买卖。这个"找到性能拐点"的思路比记住具体数字更重要，你换了散热方案之后可以自己再摸一遍。

操作系统层面，先确认调频驱动状态：

cat /sys/devices/system/cpu/intel_pstate/status cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors

如果是 active 模式，可选的一般有 performance 和 powersave。常开服务机我建议用 powersave 配合较高的最小频率，兼顾响应和功耗；做压力测试或者编译时临时切 performance：

echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor

注意这条命令对每个核心循环生效，重启失效。要持久化就写进 systemd 服务或者 tuned 配置。我不建议长期锁 performance，因为待机功耗会从 4.5W 涨到 7W 左右，一年下来多花的电费够买个风扇了。

另外看一下有没有异常的频率限制：

dmesg | grep -i "cpu\|thermal\|throttl"

如果看到 thermal throttling 的字样，说明散热确实是瓶颈，先去改散热再谈调频，顺序不能反。

5.2 散热改造

改造分三步，成本递增，收益递减。

第一步，把原装散热片拆下来，擦掉出厂硅脂，换一管像样的。出厂硅脂涂得很随意，有的地方厚有的地方薄，换完之后满载温度能降 3 到 5℃。涂的时候薄薄一层刮平就行，不需要挤一坨压上去。

第二步，加风扇。板子上有风扇座，接一个 5V 的静音小风扇，对着散热片吹。注意风向，是往散热片上吹而不是往外抽，很多人装反了效果差一半。我用的 4 厘米风扇，满载噪音基本听不见，温度从 95℃ 降到 70℃。这一步是性价比之王。

第三步，加铜片或者换更大的散热器。如果你用的是封闭外壳，可以在芯片和外壳之间垫一块紫铜片，把外壳变成散热面。我用的是 1.5 毫米厚的铜片加导热硅胶垫，满载再降 3℃ 左右。再往上就是换大型塔式散热器了，对于这个尺寸的板子不太现实，除非你自己画个支架。

有一个容易被忽略的点：M.2 固态也要散热。PCIe 3.0 x1 的盘发热不算大，但长时间写入也能到 70℃，加一片薄薄的导热垫让外壳帮忙散热就行，成本几块钱。

5.3 系统层调优

系统层能挤出来的性能不多，但能挤出来的功耗和稳定性很可观。

首先是 ASPM，也就是链路电源管理。查看当前状态：

lspci -vv | grep -i "ASPM"

如果显示 Disabled，可以在内核参数里加pcie_aspm=force尝试打开，待机功耗能降 0.5W 到 1W。但不是所有设备都兼容，加了之后如果出现固态掉盘或者网卡异常，就去掉。我的建议是只在对功耗敏感的场景折腾这一项。

其次是固态的电源管理，默认的 APST 行为在服务器场景下可能导致延迟尖峰，如果出现莫名其妙的卡顿，可以试着加上：

nvme_core.default_ps_max_latency_us=5500

第三是网络中断。2.5G 跑满的时候软中断集中在一个核上，可以把中断绑定到其他核心，或者直接启用 irqbalance 让它自己调度：

sudo systemctl enable --now irqbalance

第四是 zram，也就是压缩内存交换。8GB 内存跑容器很容易紧张，开一个 2GB 的 zram 能显著减少写盘次数：

sudo apt install zram-tools

配置里把大小设成内存的 25%，算法用 zstd。开了之后我的容器环境 OOM 次数明显减少。

第五是文件系统挂载参数。固态上给根分区加noatime，减少不必要的写入；如果做下载盘，考虑用discard=async让 TRIM 异步执行，避免卡顿。

最后提一句 powertop，它的自动调优能一键打开各种省电特性：

sudo powertop --auto-tune

但它是"一刀切"，可能把某些设备的唤醒延迟调得很高，导致 USB 设备掉线。建议先用它生成报告看看哪些项收益大，再手动挑着改，别直接全开。

5.4 GPIO 与协处理器的用法优化

前面说过 GPIO 是走了协处理器的，用法跟原生引脚不一样。官方镜像里会把这组引脚以某种用户态接口暴露出来，也提供 Python 封装，具体包名以你镜像里的为准。示意性的用法大概是这样：

# 示意，具体模块名以官方镜像内提供的为准 import gpio gpio.setup(12, gpio.OUT) gpio.output(12, 1) # 拉高 gpio.output(12, 0) # 拉低

优化思路有三条。

第一条是减少通信次数。每次操作都是一次跨 USB 的往返，所以不要在一个循环里频繁地单脚读写。如果你要控制八个继电器，能一次性写一组的接口就别一个脚一个脚写。有些封装提供了批量写的方法，用上它。

第二条是把高频逻辑下放到微控制器侧。如果你要做的事情是"检测到上升沿之后延时 10 毫秒拉高另一个脚"这种固定逻辑，别在主处理器上轮询，看官方是否提供固件侧的脚本或者中断回调机制，把逻辑写进去，主处理器只在事件发生时被通知。这能把延迟从毫秒级降到微秒级。

第三条是不要在 GPIO 操作的同时跑重负载任务。协处理器走的是内部 USB，当你同时插着移动硬盘做大文件传输时，USB 控制器的调度会让 GPIO 的响应变得不稳定。真要做精密时序，把其他 USB 外设都拔掉。

还有个小细节：那排引脚的逻辑电平是 3.3V，不要直接接 5V 的传感器信号，会烧。接继电器或者电磁阀的时候，记得加光耦隔离和续流二极管，我见过不少人省掉这一步，结果把板子送走了。

6. 常见问题与排查

这一章是我这几个月踩过的坑，按现象分类，附上判断方法。

6.1 点不亮与掉电重启

最常见的是供电不足。表现为：风扇转一下停一下、屏幕偶尔有信号偶尔没有、系统启动到一半自动重启。排查顺序是——先看充电头铭牌有没有 12V 档，再看线材是否支持 3A，最后换一个已知好用的电源交叉验证。

第二种是 HDMI 线的问题。板子用的是 micro HDMI，这个接口本身就容易接触不良，加上很多人用转接头，信号质量更差。判断方法是换一根线、换一个显示器口，或者直接用另一个 HDMI 口试。如果主口不亮副口亮，多半是线或者显示器协商问题，不是板子坏了。

第三种是固态没插好。M.2 槽的螺丝如果没拧紧，或者盘没插到底，BIOS 里就看不到设备，系统自然启动不了。重新插拔一次，听到"咔"的一声才算到位。

6.2 存储、网络与外设的怪毛病

固态过热降速：长时间大文件写入之后速度从 900MB/s 掉到 200MB/s，看温度已经超过 75℃。贴个导热垫，或者加个薄散热马甲，问题解决。

microSD 启动卡顿：便宜的卡随机 IOPS 太低，系统起来之后打开个终端都要等。换成 A2 等级的卡，或者直接把系统搬到固态上。

2.5G 网口跑不满：先确认对端设备是不是也是 2.5G 以上，交换机、网线、对面机器的网卡都要查。用ethtool eth0看协商速率，如果显示 1000Mb/s 说明协商降级了，检查网线是不是超五类以上。

USB 设备随机掉线：多半是供电问题。整机 USB 总供电有限，同时插移动硬盘和多个外设的时候容易超。用带独立供电的 USB 集线器分担。

RTC 时间不对：每次断电之后时间归零，说明没接 RTC 电池。板子上有电池接口，接一颗纽扣电池就行，做服务器的话强烈建议接上。

风扇不转：先确认接的是风扇座而不是别的排针，再看 BIOS 里的风扇曲线是不是设得太保守，比如 60℃ 才启动。有些风扇的启动电压不够，5V 的风扇在低速档可能起不来，那就把最低转速调高一点。

6.3 问题速查表

我个人的体会是，这块板子九成以上的"故障"都是外围问题：电源、线材、散热、存储介质。板子本身相当皮实，我连续跑过两个月没关机，中间只有一次因为我自己调 BIOS 把启动项改错了导致起不来。真遇到怀疑硬件的情况，先做最小系统测试——只插电源和显示器，拔掉所有 USB 和存储，能进 BIOS 就说明主板是好的，剩下的逐个加回去定位。

另外提一句扩展性上的经验：这块板子最适合的角色是"专用设备"而不是"万能主机"。我见过有人想让它同时当软路由、NAS、媒体服务器和开发机，结果每样都跑得很勉强。给它一个明确的任务，配一块固态、一根好电源、一个风扇，它能安安稳稳干好几年。想一台机器干所有事，还是加预算上正经的桌面平台更省心。

后来我又在它上面试了虚拟化方案，把 GPIO 和网口之外的东西都放进虚拟机，主机只跑最精简的系统。这套玩法的性能损耗比预期低，单核损失在 3% 以内，但配置复杂度上去了，适合喜欢折腾的人。如果你只是想跑几个容器，直接装系统用 Docker 就够了，别为了虚拟化而虚拟化。