在法国用二手 NAS 跑 Synology Photos，人脸识别别急着开

先交代环境：DS218+，DSM 7.2，两块 4T 红盘做 SHR，家里照片大约 6 万张、视频 400 多个，总共 380G 左右。Freebox Pop 后面接的路由器，NAS 用固定内网 IP。现象是：装完 Synology Photos 之后，想开人脸识别和场景分类，套件提示要装「Synology Photos 人脸识别」这个附加包，装完一开索引，机器 CPU 直接拉到 90% 以上，风扇一直响，手机端缩略图加载也变慢，持续了两天还没跑完。

我的做法是先把索引停掉，别让它继续全量跑。控制面板 → 索引服务里把照片目录的「实时索引」关掉，只留手动。然后用 SSH 上去看资源占用，确认不是盘的问题：

top -o %CPU | head -20
iostat -x 1 3

看到主要是 synophoto 相关的进程在吃 CPU，磁盘 util 不高，说明瓶颈在算力不在 IO。于是改成夜间跑：在 Photos 设置里把「后台任务」的时间窗设成 02:00–06:00，白天不索引。再分批来，先只索引「人物」相册对应的一个子目录，跑完再放下一批。6 万张分了三晚跑完，之后人脸分组准确率一般，但能用。

为什么这样做：DS218+ 是 Celeron J3355，两核，人脸识别这类模型推理基本靠 CPU，官方虽然给了附加包，但没有核显加速的路径，等于拿两核硬扛。取舍就是——要么牺牲几天性能和噪音，要么放弃自动分组、自己手动建相册。我选的是后者优先、前者夜间补，代价是索引周期拉长，而且夜间跑的时候 NAS 温度会高几度，放在柜子里要注意散热。

哪里会失效：一是照片量再大一个量级（比如 20 万张以上），夜间窗口根本不够，会一直滚到白天，我试过把窗口设成 8 小时，凌晨 4 点后还是溢出；二是如果照片目录同时在跑 Cloud Sync 或 Hyper Backup，索引和备份抢 IO，机械盘上会明显拖慢，最好错开；三是我踩过的坑——中途手动停掉索引再重开，有几十张照片的缩略图生成失败，得在 Photos 里对那个目录做一次「重建索引」才恢复，重建比初次索引还慢。另外 SHR 单盘冗余，索引期间别做磁盘整理。

你们那边如果也是两盘位的小机器，人脸识别是开着忍噪音，还是干脆关掉手动整理？想听听别人的取舍。