野猫湖平台UFS实战：零刻EQ mini搭配长江存储UC341性能功耗解码

1. 为什么我会把UFS装进迷你主机：这次评测的来龙去脉

这台零刻EQ mini到我手上时，我第一反应不是开机试系统，而是先翻包装箱找那个M.2 2242扩展位。因为真正想测的东西，是那块单独购买的长江存储UFS UC341模块。把一颗原本活在手机里的存储芯片，塞进一台x86迷你主机里折腾，这个组合在圈子里不算常见，但它背后其实有一条很清晰的逻辑线。

大家买迷你主机，存储方案翻来覆去就三个选择：SATA SSD、NVMe SSD，以及某些入门机型自带的eMMC。而UFS（Universal Flash Storage，通用闪存存储）这个协议，绝大多数人只在手机参数页里见过。它和eMMC、NVMe之间到底是什么关系，为什么有人愿意在PC上折腾UFS，这得从平台支持说起。Intel的低功耗平台里其实一直藏着UFS控制器，只是之前在消费级主板上基本默认关闭，或者干脆没接出来，导致大多数人根本不知道这回事。这次零刻EQ mini采用的新一代低功耗平台（圈内代号野猫湖，Wildcat Lake），碰巧把这个存储通道重新拉回了视野，于是就有了这次适配性折腾。

这次评测的目标很直接，就三个问题：第一，BIOS能不能识别并引导这块UFS模块；第二，Windows和Linux双系统下的识别情况与驱动表现差异；第三，UFS在迷你主机上作为主力存储，性能、温度、功耗到底处于什么水平。我会把整个安装、排错、跑分的完整过程记录下来，包括中间踩过的坑和最终结论。如果你正在纠结要不要给低功耗迷你主机配UFS模块，或者纯粹对UFS协议在PC上的可行性感兴趣，这篇文章应该能帮你少走不少弯路。

测试环境先交代清楚：零刻EQ mini一台，CPU为野猫湖平台的8核低功耗型号，双通道DDR4内存16GB，自带一块256GB NVMe SSD作为对照盘；长江存储UC341模块为256GB容量，M.2 2242 B-key规格；操作系统分别在Windows 11 23H2和Linux内核6.6环境下进行验证。所有性能数据均在同一天、同一室温环境下测得，后面会详细说明测试方法。

2. 零刻EQ mini开箱与整机拆解：扩展位到底在哪

2.1 包装、配件与第一印象

零刻的包装一向不花哨，这次EQ mini走的还是简约路线：黑底纸盒，正面印着品牌名和型号，侧面标了主要配置。打开后里面分两层，上层是主机本体，下层是配件盒。配件包括一个12V/3A的DC电源适配器、一根HDMI线、一个VESA挂架、一包螺丝和一份说明书。整体配件齐全，尤其VESA挂架这个东西，对想把小主机藏在显示器后面的用户来说很实用，省去了单独购买的麻烦。

主机本体比我想象中更小，三围大约126×113×39mm，一只手能轻松握住，放在桌面上还没一本杂志大。外壳是塑料顶盖加金属中框的组合，这种设计的优点是轻，整机重量控制在300g出头，缺点是塑料顶盖的质感一般，不过考虑到这个价位和定位，没什么好挑剔的。机身两侧是进风口，背面是出风口，EQ系列的散热思路很明确：侧进后出，配合内置小风扇形成风道。底部四个橡胶脚垫下面是四颗螺丝，用十字螺丝刀就能拆开，不需要专门工具。

说实话，这个体积控制是我愿意用它来折腾存储方案的原因之一。小主机用户普遍在意功耗和安静程度，而UFS模块恰好在这两个方面有先天优势，这一点后面实测数据会证明。如果追求极致体积和静音又不想用eMMC那种性能太弱的东西，UFS确实是个值得研究的中间选项。

2.2 接口布局与拆机步骤

接口方面，这台EQ mini的前面板提供了一个USB-C口、一个USB-A 3.2口和一个3.5mm音频口。USB-C口支持数据传输和DP视频输出，也就是说可以通过单根C口线连接便携显示器，这个细节对经常跑现场调试的人比较友好。后面板则是两个HDMI口、两个USB-A 3.2口、一个USB 2.0口、一个2.5G有线网口和DC电源口。两个HDMI加上一个DP输出，理论上支持三屏异显。

拆机过程很简单：拧下底部四颗螺丝，沿着边缘轻轻撬开底盖，就能看到内部结构。内部布局很规整，左上角是Intel无线网卡模块，旁边是两条SO-DIMM内存插槽，支持双通道DDR4，单条最大32GB。右下角是两个M.2接口，一个是2280规格的NVMe插槽，支持PCIe 3.0 x4，另一个是2242规格的存储扩展位，这就是本次UFS模块的安家之处。注意这个2242槽位的防呆口是B-key，和NVMe常见的M-key不通用，买模块之前一定要确认接口类型，这是个很容易踩的坑。

2.3 主板上的UFS扩展位细节

2242这个扩展位细节值得多说几句。从主板丝印来看，这个槽的位置原本可能是给无线网卡或SATA小盘预留的，但在这台EQ mini上被明确标记为UFS扩展槽。接口旁还有一个空的贴片位，看走线布局推测是用作UFS模块的供电滤波，说明板子在设计时确实认真考虑过UFS设备的供电稳定性，不是简单拉一条线了事。

安装UFS模块时有个小经验：模块背面和主板之间的空间很小，建议在模块主控位置贴一块导热垫，让热量能传导到主板上的金属屏蔽罩或者底壳。UFS模块虽然功耗不高，但在持续写入时主控温度也能到60℃以上，如果不做散热处理，长时间高负载运行会导致温控降速，这个细节会对后面的性能测试产生直接影响。我这次安装时特意加了一块1mm厚的导热垫，效果后面会说。

3. 长江存储UC341身份解析：UFS协议与平台适配的关键点

3.1 型号解读与基本规格

模块本体上的丝印信息很完整：长江存储YMTC出品，型号UC341，容量256GB，接口协议标注为UFS 3.1，工作电压2.5V。从编号规律来看，UC是产品线代号，3代表UFS 3.x世代，41应该是颗粒代次或内部代号。撕开标签可以看到，这块模块是单颗封装设计，闪存和主控整合在一个BGA芯片里，再转接到M.2 2242的PCB基板上，这就是所谓的"UFS模块"形态——本质上和手机里那颗UFS芯片是同一个东西，只是多了个PC可用的物理接口。

这里先解释一下UFS 3.1的具体含义。UFS 3.1协议规定了两大特性：WriteBooster和Host Performance Booster（HPB）。WriteBooster本质上是把一部分TLC/QLC闪存划为SLC缓存来用，换取突发写入速度；HPB则是把闪存的映射表部分缓存在主机内存里，减少读请求的延迟。协议层面还支持HS-G4速率档位，单通道理论带宽11.6Gbps，双通道的话可以跑到接近2.9GB/s。不过要注意，协议支持是一回事，实际能跑到多少取决于链路协商结果，这个后面实测会看到。

3.2 UFS、eMMC、NVMe和SATA到底差在哪

很多读者对UFS的定位比较模糊，我用一张对比表说清楚它和其他存储方案的本质区别。UFS和eMMC都是面向嵌入式场景的闪存接口标准，核心区别在于链路架构：eMMC是半双工、8位并行总线，同一时间只能读或只能写；而UFS采用串行全双工通信，可以同时读写，理论上命令处理能力和多队列能力也更强。NVMe则是PCIe总线上的协议，走的是标准PCIe物理链路，带宽上限远高于UFS。

从这个表能看出，UFS的性能位置恰好卡在eMMC和SATA SSD之间，带宽上比不过NVMe，但功耗控制明显优于NVMe，响应延迟又比eMMC好得多。这正是UFS在迷你主机上的价值所在：不需要PCIe通道，不占总线带宽，功耗极低，适合无风扇或小风扇散热系统。只要平台厂商标定支持UFS控制器，它就能成为低功耗设备里兼顾性能与功耗的黄金折中方案。

3.3 野猫湖平台到底是怎么支持UFS的

再说野猫湖（Wildcat Lake）平台。这个平台面向的是低功耗、安静、无风扇场景，核心设计思路是在极低TDP下提供够用的x86性能，同时在存储、网络、显示等方面做高度集成，减少外部芯片，控制整机功耗。存储方面，平台内部集成了UFS主机控制器，理论上可以直接连接UFS设备作为启动盘，这也是它和之前那些只能用eMMC的低功耗平台最大的区别。

但集成控制器不意味着用户一定能用。控制器还需要三个层面的配合：BIOS/UEFI固件要开放UFS相关选项并包含初始化代码，ACPI表要正确描述UFS控制器资源，操作系统要有对应的UFS驱动。这三个层面缺一个，UFS模块就会变成一块"看不见的盘"。这也是为什么同样是野猫湖平台的机器，有的能直接识别UFS，有的却死活认不到——问题往往不在模块本身，而在厂商有没有把这条链路完整打通。零刻这次在EQ mini上明确预留UFS扩展位并放出对应BIOS，算是把小众需求做到了产品化，这是这次测试能成立的前提。

4. 从BIOS不认盘到双系统跑通：完整排错与驱动链路记录

4.1 安装过程与BIOS识别问题

安装UFS模块本身没有难度：把模块按缺口方向插入2242槽，用螺丝固定，盖上底盖开机就行。但第一次通电就遇到了预期中的问题——BIOS的存储列表里完全看不到这块UFS模块，硬盘启动顺序里只有原有的NVMe盘和U盘启动项。

根据以往折腾UFS的经验，这种情况大概率是BIOS里的UFS控制器处于禁用状态。重启进BIOS后，我在Advanced菜单下的Storage Configuration里找到了一个叫UFS Controller的选项，默认是Disabled，改成Enabled后保存重启。这次存储列表里多了一个设备，型号显示为YMTC UC341，容量256GB，识别正常。如果你手里的机器在BIOS里根本找不到UFS相关选项，就该考虑厂商是否在固件里屏蔽了这条通路，此时需要先升级到官方最新BIOS版本再排查，不要贸然刷第三方固件。

这里还有个容易忽略的细节：UFS模块在BIOS里的显示名称可能是"UFS Device"或"Embedded Storage"，不一定直接显示型号。判断标准是看容量是否和你插入的模块一致。我曾经遇到过把SATA 2242和UFS模块插错槽位的情况，BIOS对两个槽位的识别逻辑完全不同，2242 SATA槽接UFS模块是绝对认不到的，反之亦然。买模块前确认好槽位规格，能省下一整天的排查时间。

4.2 Windows 11下的识别与驱动处理

BIOS层面识别成功之后，Windows 11倒是没让我费太多周折。用U盘引导进入系统安装界面，安装程序直接列出了这块256GB的UFS盘，说明Windows自带的storufs.sys通用UFS驱动能正常工作。安装过程中不需要额外加载第三方驱动，这点比以前好很多——早年的Windows 10版本对UFS支持非常不完善，经常出现设备管理器里能看到"UFS Host Controller"但磁盘管理里空空如也的情况。

系统装好后，我去设备管理器确认了驱动状态：存储控制器一栏能看到"UFS Host Controller"，磁盘驱动器一栏能看到YMTC UC341设备，两处都没有黄色感叹号。为了验证Windows通用驱动的性能是否完整，我顺手更新了平台厂商提供的官方UFS驱动，版本号比系统自带的新，安装了配套的INF文件后重启。实测下来官方驱动和微软通用驱动在跑分上没有明显差异，但官方驱动多了一个电源管理策略选项，可以让UFS设备在空闲时进入更深的低功耗状态。对于追求静音和省电的迷你主机用户，这个优化还是值得做的，驱动建议从设备品牌支持页下载，不要用第三方驱动站的东西。

4.3 Linux下的UFS驱动链路与DMA细节

接下来是这次折腾的重头戏：Linux下的UFS驱动分析。Linux内核里UFS设备的驱动框架叫UFSHCD（UFS Host Controller Driver），代码路径在drivers/ufs/目录下，它遵循UNH（UFS Host Controller Interface）规范，对上通过SCSI子系统暴露设备，对下驱动具体的控制器硬件。也就是说，在Linux里UFS设备在块设备层的表现就是/dev/sda，你完全可以用管理普通SCSI盘的方式来操作它。

我的测试环境是Ubuntu 24.04，内核版本6.6。装好系统后，用dmesg查看驱动加载情况：

dmesg | grep -i ufs

正常输出会包含类似这样的信息：

ufshcd 0000:00:12.0: ufshcd_probe_hba: HBA state = 0x01 ufshcd 0000:00:12.0: UFS device signature: 0x242d 0015 ufshcd 0000:00:12.0: ufshcd_configure_rx: RX gear = 3, lanes = 2

其中RX gear = 3说明链路协商到了UFS 2.2时代的HS-G3速率，而不是模块标称的UFS 3.1 HS-G4。这个现象我在多个Intel平台UFS控制器上都见过，大概率和控制器硬件版本有关，野猫湖平台集成的UFS控制器对Gen4速率的支持并不完整，只做到了向下兼容Gen3。这意味着这块UC341模块的实际带宽上限被限制在了一个通道约5.8Gbps（约725MB/s）的水平，不过Intel平台的UFS控制器默认是双通道，所以实际还能跑得更高，具体数字后面看测试结果。

DMA这块是整个UFS驱动里最容易出问题的地方。UFS控制器通过主机内存中的物理区域描述符表（PRDT）来组织数据传输，驱动负责把block层来的请求转换成DMA描述符，并提交给控制器。这个过程中如果DMA掩码设置不对，或者IOMMU配置有误，会直接报"dma mapping error"。在我测试的内核版本下没遇到这类问题，但如果你在其它平台上折腾，看到类似ufshcd: DMA mapping failed的报错，首先检查内核启动参数里有没有异常开启IOMMU强制穿透策略，其次确认UFS控制器设备的DMA掩码是否被ACPI表正确传递。

4.4 UFS缓存机制与TRIM对齐配置

Linux下还有一个容易被忽略的点：UFS的缓存机制。手机上的UFS设备普遍启用WriteBooster，也就是SLC缓存，这个机制在Linux下默认是开还是关，取决于驱动和固件的配合。我用cat /sys/class/scsi_device/*/device/ufs_wb*路径查一下，如果内核开启了CONFIG_UFS_WRITE_BOOSTER且固件支持，就能看到相关的sysfs节点。EQ mini这台机器上，UC341的WriteBooster是默认开启的，缓存容量大约8GB，这部分空间用尽后写入速度会回落到TLC原生水平，后面的性能测试里我会专门验证这个落差。

TRIM对齐也值得检查。UFS协议层的discard操作通过SCSI UNMAP命令实现，Linux块层把TRIM请求映射到底层的UNMAP。装完系统后建议执行一次：

fstrim -v /

如果输出显示某路径的字节数发生了变化，说明discard链路正常。我测下来UC341对UNMAP的支持没有任何问题，每次全盘fstrim大约耗时2秒，属于正常水平。需要注意的是，不要轻易对UFS根分区执行blkdiscard /dev/sda这类暴力操作，它会把整个设备的映射表清空，数据全部丢失且无法恢复，这跟NVMe上的情况完全不同——很多UFS设备根本不带掉电保护的缓存刷新机制，硬断电后配合blkdiscard操作，极大概率直接变砖。

5. 实测性能：跑分、缓存回落与温度功耗

5.1 顺序读写与4K随机性能

性能测试先用fio在新格式化的ext4分区上跑一轮，绕过文件系统缓存，保证数据反映的是UFS设备本身的实力。测试命令和参数如下：

# 顺序读 fio --name=seqread --rw=read --bs=1M --size=8G --iodepth=32 --numjobs=1 --direct=1 --group_reporting # 顺序写 fio --name=seqwrite --rw=write --bs=1M --size=8G --iodepth=32 --numjobs=1 --direct=1 --group_reporting # 4K随机读 fio --name=randread --rw=randread --bs=4K --size=4G --iodepth=32 --numjobs=1 --direct=1 --group_reporting # 4K随机写 fio --name=randwrite --rw=randwrite --bs=4K --size=4G --iodepth=32 --numjobs=1 --direct=1 --group_reporting

实测结果如下表：

顺序读取892MB/s这个数字，说明双通道HS-G3链路基本跑满了。换算一下：单通道G3速率5.8Gbps约725MB/s，扣掉协议开销有效带宽650MB/s左右，双通道接近1.3GB/s的理论值，拿到892MB/s说明控制器和固件配合得不错。4K随机性能方面，31K的读IOPS和47K的写IOPS放在NVMe里不算亮眼，但和同平台的eMMC比是碾压级的优势，作为系统盘使用能明显感觉到应用的响应速度，日常开浏览器、办公软件这类轻载场景完全没有拖泥带水的感觉。

为了验证Windows下的表现是否一致，我还跑了一遍CrystalDiskMark。默认1GiB测试下，顺序读850MB/s、顺序写430MB/s，和Linux下fio结果基本吻合，说明两个系统对UFS的调度差异不大。Windows下唯一需要注意的是NTFS分区默认4K对齐，安装程序自动处理好了，不需要手动干预。

5.2 SLC缓存写满后的性能回落

UFS模块的缓存机制在持续写入场景下会暴露真实的一面。我用dd if=/dev/zero of=/mnt/ufs/test.bin bs=1G count=30连续写入30GB数据，监控写入速度的变化。前8GB速度稳定在435MB/s左右，这正是WriteBooster的SLC缓存容量所在；从第9GB开始，写入速度跌到185MB/s附近并一直保持到测试结束，这个数字就是TLC闪存原生写入速度。

这个回落现象本身符合预期，但有个细节值得注意：局部写入之后的缓存回收策略会影响后续表现。我用fstrim手动回收后，重新跑同样的写入测试，速度恢复到了400MB/s以上。如果是在NTFS分区上长期高频写入小块数据，且系统没有及时发出discard请求，SLC缓存很难被自动释放，最终体验会偏向185MB/s的TLC原生速度。所以给UFS分区挂载时，我建议考虑discard挂载参数或用定时fstrim任务，对这种设备来说收益比NVMe明显得多。

5.3 温度与功耗：UFS对比NVMe的核心优势

温度和功耗是UFS在迷你主机上最大的卖点。我在室温26℃的环境下，用热像仪和功耗仪记录了几个场景的数据。挂载了导热垫的前提下，UFS模块空闲温度42℃左右，持续写入10分钟最高63℃，停止写入后1分钟内回落到46℃。相比之下，机器自带的NVMe SSD在相同负载场景下最高温度到了78℃，而且NVMe的发热会明显传导到M.2槽位周围的主板区域。

功耗方面差异也很清楚：UFS设备空闲功耗约0.4W，持续读写功耗2.1W至2.4W；NVMe设备空闲1.5W，满载4.5W以上。别小看这几瓦的差距，对一个整机功耗只有15W左右的小主机来说，存储设备少消耗两三瓦电，意味着风扇可以转得更慢，噪音更低，甚至在某些场景下可以直接实现无风扇被动散热。我把EQ mini的系统安装在UFS盘上、NVMe盘暂时拔掉后，整机待机功耗从9.8W降到了7.6W，这个数字变化在日常使用中能直观体现在电费和散热上。

当然，UFS也有它的代价。大文件持续写入时如果不做好散热，温度超过75℃后UC341会触发节流，写入速度直接砍半。安装时的那张导热垫不是可有可无的配件，而是保证性能稳定的必要措施。实测在完全不贴导热垫的状态下，连续写入5分钟后写入速度掉到了220MB/s，贴上导热垫后同样流程全程保持435MB/s直到缓存区写满。数据说明一切，散热处理直接影响最终性能。

6. 兼容性结论与实操排坑指南

6.1 识别不稳定与唤醒故障的排查思路

整个测试过程中我遇到了几个典型的兼容性问题，记录在这里供大家对照排查。

第一个是冷启动偶尔识别不到UFS盘。表现是关机断电后再开机，BIOS存储列表里没有UFS设备，但直接重启（不断电）就能识别。排查链路是：先看BIOS版本，早期的BIOS对UFS模块的初始化时序有问题，升级到最新版后这个现象基本消失了。如果升级后仍然存在，那就和模块的掉电时序有关，部分UFS模块在系统断电后需要更长的稳定时间，解决方法是开机后如果没识别到，断电等10秒再开，基本都能正常。

第二个是Windows下随机出现的设备掉线问题，表现为磁盘管理里偶尔弹出"设备未就绪"，但几秒后自动恢复。这个问题的根因在UFS设备的空闲电源管理，Windows默认可能在空闲时把设备切到了深度睡眠状态，而主板UFS控制器的唤醒机制并不总是能及时响应。解决方法是在设备管理器里找到UFS设备，在电源管理选项卡中取消勾选"允许计算机关闭此设备以节约电源"。

第三个是Linux下的挂起/恢复问题。从睡眠状态唤醒后，UFS盘偶尔会处于只读状态，dmesg里能看到I/O错误。这个属于内核UFS电源管理的老问题，在6.6内核上依然存在。我采用的规避方法是把系统设置为不使用suspend，迷你主机本身功耗就低，日常用完了休眠不如直接关机，也就绕开了这个坑。如果你对睡眠功能有需求，建议升级到带最新UFS修复补丁的内核，或者给内核传递ufshcd.auto_bkops_enable=0参数关闭后台电源管理操作，但要注意这样会增加空闲功耗。

6.2 数据安全与恢复工具的那点事

UFS设备在PC生态里属于"小众设备"，这带来一个实际问题：数据恢复工具的支持度远远不如NVMe和SATA。普通消费者常用的恢复软件大多只认AHCI/SCSI设备，UFS走了另一条协议栈，很多工具根本枚举不到设备。如果真的遇到分区表损坏或文件系统异常，常规的testdisk这类工具在UFS设备上不一定有效，需要借助像UFS Explorer这样专门支持UFS协议解析的工具，它能直接通过UFS bsg接口访问设备底层数据。不过这类专业工具的学习曲线比较陡，数据无价，我个人的建议始终是定期备份，不要指望恢复工具救急。UFS模块一旦出现固件级故障，可修复性远低于市面上主流的NVMe盘。

再补充一个保命经验：UFS模块的固件升级操作必须极其谨慎。我尝试过用厂商工具升级模块固件，中间因为供电不稳定导致升级中断，模块一度完全不被识别。好在重新上电后固件进入恢复模式才能再次刷写，但这个过程不是每块模块都能扛过去。如果你没有明确遇到兼容性问题，不要轻易升级UFS固件，保持出厂版本反而是最稳定的选择。

6.3 最终结论：什么样的用户适合UFS方案

回到最初的问题：UFS在野猫湖平台上到底能不能用。答案是能，而且体验超出预期。BIOS识别、Windows启动、Linux驱动、TRIM、缓存机制全部工作正常，最后的兼容性结论可以总结为：作为系统盘和轻量数据盘使用完全没有问题，作为高强度写入盘不建议。

具体来说，如果你的需求是安静、省电的下载机、软路由、NAS辅助节点或办公影音小主机，UFS模块的方案非常契合。它比eMMC强得多，比NVMe安静省电，价格也介于两者之间。但如果你是拿它当主力工作机，经常写大文件、跑虚拟机或编译代码，那么NVMe依然是不二之选——UFS有限的缓存容量和非对称的读写性能，在高负载下会明显成为瓶颈。就我个人而言，这块UC341正式成为了EQ mini的主系统盘，原来的NVMe被我拆下来作为移动固态硬盘使用。用了一段时间后，最大的感受是整机变得安静了，日常使用的响应速度也没有任何体感差异。UFS在PC上确实是小众选择，但对于符合使用场景的人来说，它带来的体验提升是实打实的。