macos 不提供“全盘文件系统 io 性能健康值”综合评分，但可通过终端命令组合获取 ssd 寿命、i/o 延迟、文件系统完整性及最优块大小四大维度真实指标，构成实际可用的 io 健康全景。

macos 没有提供一个叫“全盘文件系统 io 性能健康值”的单一综合评分。它不输出类似 windows 的“磁盘健康指数”或“io 健康分”。但你可以通过终端组合命令，分别获取关键维度的真实指标：ssd 硬件寿命、底层 i/o 延迟表现、文件系统响应能力，以及推荐的最优读写块大小——这些加起来，就是实际可用的“io 健康状态全景”。

查 SSD 硬件级寿命（核心健康依据）

这是最接近“硬盘健康值”的数据，反映物理磨损程度：

• 先确认你的主 SSD 设备名：diskutil list | grep "NVMe\|internal"（通常为 disk0）
• 安装 smartmontools（如未装）：brew install smartmontools
• 读取原始 NVMe 日志：sudo /usr/local/sbin/smartctl -a /dev/disk0
• 重点关注两行：
  – Data Units Written：累计写入量（换算成 TB 更直观）
  – Percentage Used：厂商定义的寿命消耗百分比（≥95% 需警惕）

测实时 I/O 延迟与响应稳定性

硬件健康不代表当前 IO 快。高延迟可能源于固件卡顿、温度过高或控制器异常：

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

• 用 iostat -w 2 每 2 秒刷新一次实时磁盘统计（需先安装：brew install sysstat）
• 观察 avgrq-sz（平均请求大小）、avgqu-sz（平均队列长度）、%util（设备利用率）
• 若 await（平均 I/O 等待毫秒数）持续 >25ms 且 %util 接近 100%，说明 SSD 正在瓶颈排队，非硬件故障也属“性能亚健康”

验文件系统层结构完整性

APFS 卷可能逻辑损坏，导致读写错误或元数据缓慢，但 SMART 无法发现：

• 运行基础校验：diskutil verifyVolume /
• 若提示“error”或“invalid”，说明文件系统已出现不一致，需进一步修复（diskutil repairVolume /，建议先备份）
• 配合查看日志：log show --predicate 'subsystem == "com.apple.filesystems.apfs"' --last 24h | grep -i "error\|corrupt"

获取本卷最优 I/O 块大小（影响实际读写效率）

这不是“健康值”，却是决定你程序或备份工具能否发挥 SSD 全速的关键参数：

• 执行：statvfs / | awk '{print "f_bsize:", $5}'（返回单位：字节）
• 典型值：APFS 卷多为 4096 或 131072（128KB），NAS 挂载点可能达 1MB
• 若你用 rsync、dd 或自研工具批量读写，缓冲区设为此值的 4–8 倍，可显著降低系统调用次数和内核预读失效概率