2、UFS基础概念：UFS协议演进、物理层与链路层、命令队列、逻辑单元与分区、读写操作基本流程
要定位UFS的读写性能瓶颈，不能只盯着“读写速度”这一个数字。UFS是一个分层、带队列、可分区管理的存储子系统，任何一层的配置或状态异常，都会在最终吞吐和时延上放大。本节把UFS的关键基础概念串成一条线：协议演进决定了能力上限，物理层与链路层决定了传输带宽，命令队列决定了并发深度，逻辑单元与分区决定了访问路径，而读写基本流程则把这些要素串成一次真实的数据搬运。
一、协议演进：从UFS 2.x到UFS 4.x的能力跃迁
UFS由JEDEC制定，版本演进的核心是“更快、更深、更省电”。UFS 2.1引入HS-GEAR3，单通道速率约5.8Gbps；UFS 3.0/3.1升级到HS-GEAR4，单通道约11.6Gbps，并强化了写入增强与温度管理；UFS 4.0进入HS-GEAR5，单通道约23.2Gbps，同时引入更高效的命令队列与电源管理机制。对性能诊断而言，版本决定了理论带宽上限，但实际能否跑满，取决于链路协商、队列深度和访问模式。
二、物理层与链路层：带宽的物理边界
UFS物理层采用MIPI M-PHY，链路层采用MIPI UniPro。M-PHY负责电气信号、通道速率和功耗状态；UniPro负责链路建立、流量控制、错误恢复和QoS。UFS通常使用1条或2条通道（Lane），每条通道独立传输。理论带宽 = 单通道速率 × 通道数 × 编码效率。例如HS-GEAR4双通道，单向理论带宽约23.2Gbps，换算后约2.9GB/s。
链路层还管理着电源状态：从休眠到全速需要唤醒时间。频繁进入低功耗状态会引入额外时延，这在随机小IO场景中尤为明显。因此，性能诊断时要同时关注“链路速率”和“电源状态切换频率”。
三、命令队列：并发深度的来源
UFS采用命令队列机制，主机可以同时向设备提交多个命令，而不是一次只发一个。命令队列的深度直接影响随机IOPS：队列越深，设备越有机会在内部并行调度不同逻辑单元和闪存通道。UFS 2.1时代队列深度有限，UFS 3.0以后支持更深的队列，UFS 4.0进一步优化了队列与低功耗状态的协同。
诊断时，如果发现随机读IOPS远低于预期，但顺序读正常，常见原因就是队列深度不足或主机侧未开启多队列。可以用以下命令观察队列相关状态：
# 查看块设备队列深度
cat /sys/block/sda/queue/nr_requests
# 查看UFS主机控制器与设备信息
cat /sys/class/scsi_host/host0/device/ufs_device/health
# 典型UFS设备节点
ls /dev/block/by-name/ | grep -E "sda|sdb|sdc"四、逻辑单元与分区：访问路径的差异
UFS设备内部被划分为多个逻辑单元（Logical Unit，LU），每个LU有独立的地址空间和属性。常见LU包括：LU0用于普通数据，LU1/LU2用于其他用途，Boot LU用于启动，RPMB用于安全存储。不同LU的访问优先级、写保护策略和性能特征可能不同。例如RPMB每次写入都需要认证，时延明显高于普通LU。
| 逻辑单元/分区 | 典型用途 | 性能特征 | 诊断关注点 |
|---|---|---|---|
| LU0 | 普通用户数据 | 顺序读写带宽高 | 是否被其他LU抢占带宽 |
| LU1 / LU2 | 系统或厂商数据 | 访问频率低 | 是否误配为高优先级 |
| Boot LU | 启动镜像 | 读多写少 | 启动阶段是否阻塞 |
| RPMB | 安全密钥、防回滚 | 时延高、吞吐低 | 认证开销是否拖慢整体 |
五、读写操作基本流程与案例
一次UFS读操作大致经过：应用发起读请求 → 文件系统转换为块请求 → 主机控制器将命令放入队列 → UniPro链路层封装并传输 → M-PHY发送到设备 → 设备解析命令并访问对应LU → 从闪存读取数据 → 通过链路返回 → 主机收到完成中断。写操作类似，但多了写缓存和闪存编程阶段，时延通常更高。
复盘时建议按“链路速率 → 队列深度 → LU映射 → 访问模式 → 电源状态”的顺序逐层排查。先确认物理层和链路层没有降速，再确认命令队列是否足够深，然后检查目标数据落在哪个LU，最后结合读写比例和电源切换频率判断瓶颈位置。只有把协议演进、物理层、链路层、命令队列、逻辑单元与分区、读写流程这六个概念连成一张图，后续的瓶颈诊断才有稳定的分析框架。