群晖监控越用越卡？从 CPU、FPS 到存储的官方排查清单
痛点场景
监控上线半年，白天人多的时候画面卡、回放拖不动，手机远程看一路转圈；新加了几颗摄像头之后更明显。很多人的直觉是「机器不行了，换一台」——官方知识库对 Surveillance Station 运行缓慢给出的是一张分层排查清单，四层走完，多数卡顿不需要换机器。
排查一：主机 CPU 与内存
进入 DSM > 资源监视器，检查 CPU 与内存使用率是否过高。监控主机常兼着跑别的套件（文件服务、下载、容器），监控一卡先看是谁在挤资源，尝试停止占用系统资源的其他套件，把资源让给录像这件事。
排查二：摄像机数量与 FPS 总账
每台机型都有支持的摄像机上限和总 FPS（每秒帧数）上限，且分辨率与帧速率越高，可用通道数量越少。官方举的例子：某机型支持 25 台摄像机、总 750FPS（720p H.264）——按 25 台均摊，每台上限 30FPS；如果只接 12 台，每台可以跑到 60FPS。
处置思路就是算这笔账：新加摄像机之前先查机型规格（官方网站产品页的软件规格部分），总量逼近上限之前，主动降低非关键点位的帧率，把 FPS 余量留给出入口这类关键点位。回放与多画面卡，多半是总 FPS 早已超载。
排查三：事件检测源跑在哪一端
在 IP 摄像机 > 编辑 > 事件检测 > 动作里，如果启用了事件检测并把检测源选为 Surveillance Station，基础算法会跑在主机上，直接影响整机性能。官方建议：将来源更改为按摄像机，并勾选保持原始摄像机设置——把分析工作放回摄像头端，主机只收结果。
注意：按摄像机选项仅适用于支持的摄像机，不支持的老机型只能维持原设置，这类点位更要在数量上控制。
排查四：存储层三件事
- 存储空间快满：进 DSM > 存储管理器查看 Surveillance Station 的使用量；占用过高时，进入 Surveillance Station > 录制 > 归档设置 > 录制历史记录，把循环删除录制文件设置为可用存储空间少于 10% 时触发。应用设置后系统需要一些时间循环和释放空间，不是立即见效。
- 文件系统碎片整理：存储管理器 > 存储，选中 Surveillance Station 录制卷，启用文件系统碎片整理。注意此选项仅适用于 Btrfs 存储空间。
- 详细使用量分析：存储空间的设置里禁用详细使用量分析，直接减少内存占用。
排查顺序建议
按「先软后硬、先主机后外设」走：查资源占用 → 算 FPS 账 → 收事件检测源 → 清存储层。每层改完观察一个高峰时段再进下一层，一次只动一处，变量少、归因准。
小结
- 监控变慢四层排查：CPU/内存、摄像机数与总 FPS、事件检测源、存储层；
- 检测源改「按摄像机」并保持原始设置，把智能分析放回摄像头端；
- 循环删除阈值设在可用空间少于 10% 时，Btrfs 卷定期碎片整理，详细使用量分析可关。
监控一卡，很多人的直觉是换摄像头。诚鑫致达科技上门排查这类慢监控，背包里带的不是新摄像头，而是一张从主机负载查到 FPS 账目再查到硬盘健康的清单——按层走完，九成的卡顿停在三处老问题上。