time machine 备份前“估算阶段”变慢主因是 du -sk 频繁扫描含海量小文件的目录（如 deriveddata、node_modules），导致 i/o 瓶颈；apfs 下 du 不跳过重复 inode 加剧延迟。
macOS 上 Time Machine 备份变慢，常因目录中存在大量小文件（如日志、缓存、构建产物），而 du 命令在扫描这类目录时会显著拖慢备份前的“估算阶段”。这不是备份本身慢，而是 Time Machine 在准备阶段反复调用 du -sk 类操作遍历路径，导致卡顿甚至假死。
为什么 du 会拖慢 Time Machine？
Time Machine 后台会运行类似 du -sk /path 的命令来预估待备份数据量。当某目录下有数万甚至百万级小文件（例如 node_modules、DerivedData、target/、__pycache__/）时，du 需要逐个 stat 文件并累加块大小——I/O 密集且无缓存优化，极易成为瓶颈。
尤其在 APFS 卷上，硬链接和克隆文件虽节省空间，但 du 默认不跳过重复 inode，仍会重复计数或遍历，进一步加剧延迟。
快速定位“du 慢源”目录
不用等 Time Machine 卡住，主动用以下命令模拟其行为，找出耗时最长的候选路径：
- 先缩小范围：
sudo du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -10 - 重点检查：
~/Library/Developer/Xcode/DerivedData、~/Library/Caches/com.apple.Safari、~/.cargo/registry、项目下的node_modules或dist - 对可疑目录测速：
time sudo du -sk ~/Library/Developer/Xcode/DerivedData 2>/dev/null—— 若耗时超 10 秒，大概率是元凶
治本：排除 + 清理 + 优化
单纯删文件治标不治本；关键是让 Time Machine 跳过这些区域，并减少系统级 du 扫描负担：
-
加入 Time Machine 忽略列表：系统设置 → 时间机器 → 选项 → “+” 添加路径（如
~/Library/Developer/Xcode/DerivedData），避免任何扫描 -
清理高频小文件目录：用
find ~/Library/Caches -name "*log*" -mtime +30 -delete定期清理旧日志；Xcode 可在 Preferences → Locations → Derived Data 点击 “Clear” -
禁用非必要 Spotlight 索引（间接提速）：某些插件会让 Spotlight 在备份前触发文件扫描，可在“聚焦”偏好设置中排除
node_modules等目录 -
慎用符号链接替代硬排除：若某项目必须备份但含巨量小文件，可将
node_modules移出项目再软链回来，Time Machine 默认不跟随 symlink，规避扫描
进阶：替换 du 行为（仅限高级用户）
macOS 不允许直接替换系统 /usr/bin/du，但可通过环境隔离临时绕过：
- 创建轻量统计脚本（如
~/bin/fast-du），用find . -type f -print0 | xargs -0 stat -f "%z" | awk '{s+=$1} END{print int(s/1024)}'替代部分场景 - Time Machine 不调用自定义 du，此法仅用于日常排查；真正生效仍靠排除目录
- 注意：APFS 克隆文件的真实磁盘占用需用
diskutil apfs listFiles查看，du无法准确反映
