macos无“磁盘使用效率”单一指标，但可通过df -h | grep "data"和df -ih /查空间与inode利用率，iostat -w 2 -d测await/%util响应，diskutil verifyvolume /验文件系统，smartctl -a查data units written与percentage used评估硬件寿命。
看空间是否被合理占用（避免假满/真满误判）
执行 df -h / 查根卷空间使用率（Use%），但别只盯这一行。APFS 下真正存用户数据的是 /System/Volumes/Data，所以更准的做法是：
- df -h | grep "Data" —— 找出 Data 宗卷的实际 Use%
- df -ih / —— 同时检查 inode 使用率（IUse%）。IUse% ≥ 95% 说明小文件爆炸式增长，即使空间充裕也会报 “No space left on device”
- diskutil apfs list —— 查看容器级“可清除空间（Purgeable Space）”，这部分系统能自动回收，但不计入 df 的 Avail 字段，容易误判为“已满”
测 I/O 是否响应及时（效率核心表现）
高空间占用 ≠ 低效率；卡顿往往源于 I/O 延迟。用以下命令观察实时负载特征：
-
iostat -w 2 -d —— 每 2 秒刷新一次，重点关注：
• await：平均每次 I/O 等待毫秒数，持续 >25ms 表示响应拖沓
• %util：设备利用率，长期接近 100% 说明 I/O 队列堆积
• r_MB/s / w_MB/s：读写吞吐，结合磁盘协议（NVMe vs SATA）判断是否达预期 - sudo fs_usage -w -f filesys | head -20 —— 实时抓取正在发生的文件读写调用，Ctrl+C 中断。适合定位某个进程疯狂刷日志或缓存的场景
验文件系统与硬件是否匹配高效（隐藏瓶颈）
APFS 在 SSD 上才能发挥最佳性能。确认底层是否对齐：
- diskutil info / | grep -E "(Protocol|MediumType|SmartStatus)" —— 确保 Protocol 是 PCI-Express、MediumType 是 SSD、SmartStatus 是 Verified
- statvfs / | awk '{print "Optimal block size:", $5}' —— 返回 f_bsize（如 4096），这是 APFS 推荐的 I/O 块大小。备份或拷贝工具若用错块大小（如默认 512B），会显著拉低实际吞吐
- diskutil verifyVolume / —— 若提示 error 或 invalid，说明元数据已不一致，读写虽能进行，但效率下降且风险升高
查硬件寿命是否影响长期效率（老化降速）
SSD 老化后主控可能主动限速保安全。需借助 smartmontools 获取固件原生指标：
- 先安装：brew install smartmontools（M1/M2/M3 需终端启用 Rosetta）
- 查设备名：diskutil list | grep "NVMe\|internal"（通常为 disk0）
- 运行：sudo smartctl -a /dev/disk0，在输出中找：
• Data Units Written：累计写入量（单位 TB），对比同类 SSD 标称 TBW 判断磨损程度
• Percentage Used：厂商定义寿命消耗百分比，≥85% 就该关注是否出现间歇性慢写或掉速
