RK3568 NVMe硬盘性能测试：从dd命令到真实场景优化指南
当你为RK3568开发板成功挂载NVMe硬盘后，真正的挑战才刚刚开始。这块看似普通的固态硬盘在ARM架构下的表现究竟如何？它能否发挥出标称的读写速度？更重要的是，在嵌入式场景中，怎样的测试方法才能反映真实使用情况？让我们抛开那些千篇一律的测试教程，深入探讨RK3568平台上NVMe存储的性能奥秘。
1. 为什么标准测试方法可能误导你
大多数技术文章会直接告诉你运行dd if=/dev/zero of=test.bin bs=1M count=1024这样的命令，然后宣称得到了硬盘的"真实速度"。但实际情况要复杂得多——特别是在资源受限的ARM开发板上。缓存影响、块大小选择、文件系统开销，这些因素都会让简单的测试结果与真实性能相差甚远。
我曾经在一个工业自动化项目中使用RK3568搭配某品牌NVMe SSD，最初的dd测试显示写入速度达到500MB/s，令人惊喜。但实际部署后，频繁的小文件写入场景下性能骤降至不足50MB/s。这个教训让我明白：测试方法必须匹配使用场景。
2. 测试工具的选择与实战
2.1 dd命令：基础但需要正确使用
dd是最直接的测试工具，但90%的用户没有正确配置关键参数。以下是一个经过优化的测试方案：
# 写入测试（绕过页面缓存，直接I/O） sudo dd if=/dev/zero of=/mnt/testfile bs=1M count=1024 oflag=direct,dsync # 读取测试（清除缓存后测试真实读取速度） sudo sh -c "sync && echo 3 > /proc/sys/vm/drop_caches" sudo dd if=/mnt/testfile of=/dev/null bs=1M count=1024 iflag=direct关键参数解析：
| 参数 | 作用 | 适用场景 |
|---|---|---|
| oflag=direct | 绕过系统缓存 | 测试真实磁盘性能 |
| dsync | 确保数据落盘 | 模拟同步写入场景 |
| conv=fdatasync | 结束时同步数据 | 测试持续写入稳定性 |
常见误区：很多人忽略了oflag=direct，导致测试的其实是内存速度而非磁盘速度。在RK3568上，这个差别可能达到10倍以上。
2.2 fio：专业级测试方案
当需要模拟真实工作负载时，fio是更专业的选择。以下是一个混合读写场景的测试配置：
sudo fio --name=mytest --filename=/mnt/fio_test \ --size=1G --runtime=60s --ioengine=libaio \ --rw=randrw --rwmixread=70 --bs=4k \ --direct=1 --numjobs=4 --group_reporting这个测试模拟了：
- 70%随机读取和30%随机写入
- 4KB小块操作（模拟数据库负载）
- 4个并发线程
- 直接I/O模式
结果解读重点：
- iops值比吞吐量更能反映小文件性能
- latency分布（特别是99%分位值）决定实时性表现
- 不同job的协同效应可能暴露总线带宽瓶颈
3. RK3568特有的性能优化技巧
3.1 PCIe通道配置检查
RK3568的PCIe 2.0 x1接口理论带宽为500MB/s，这成为NVMe性能的首要瓶颈。通过以下命令验证链路状态：
lspci -vvv | grep -i 'lnksta'预期应该看到：
LnkSta: Speed 5GT/s, Width x1如果显示Width x2或更高，说明你的硬件配置突破了官方规格（某些定制底板可能实现）。
3.2 内核参数调优
编辑/etc/sysctl.conf添加以下优化：
# 提高IO调度器队列深度 vm.dirty_ratio = 10 vm.dirty_background_ratio = 5 vm.dirty_expire_centisecs = 1000 # 优化NVMe驱动 nvme.io_poll = 1 nvme.io_poll_delay = -1应用配置后，使用以下命令验证：
sudo sysctl -p cat /sys/module/nvme/parameters/io_poll3.3 文件系统选型对比
不同文件系统在ARM平台上的表现差异显著。以下是EXT4、F2FS和Btrfs的实测对比：
| 文件系统 | 顺序写(MB/s) | 随机4K读(IOPS) | 内存占用 | 适用场景 |
|---|---|---|---|---|
| EXT4 | 320 | 15000 | 低 | 通用场景 |
| F2FS | 350 | 22000 | 中 | 频繁小文件读写 |
| Btrfs | 280 | 8000 | 高 | 需要快照功能 |
配置F2FS的示例命令：
sudo mkfs.f2fs -f -O extra_attr,inode_checksum /dev/nvme0n1 sudo mount -o noatime,nodiratime,background_gc=on /dev/nvme0n1 /mnt4. 真实案例：智能NVR中的性能调优
在某款基于RK3568的智能网络视频录像机中，我们需要同时处理：
- 4路1080P视频写入（每路约4MB/s）
- 实时AI分析产生的元数据（随机小文件）
- 定期备份任务（大块连续读写）
经过测试发现，默认EXT4配置下，当并发任务超过3个时，视频流开始出现丢帧。最终解决方案：
- 采用F2FS文件系统
- 调整IO调度器为mq-deadline
echo mq-deadline | sudo tee /sys/block/nvme0n1/queue/scheduler - 限制视频写入进程的IO优先级
ionice -c 2 -n 0 -p $(pidof ffmpeg)
优化后，系统能够稳定处理6路视频流，同时保持AI分析延迟在50ms以内。这个案例说明：理解工作负载特性比追求峰值吞吐量更重要。
