跳转至

Resource Monitor (资源监控) 深度指南：NAS 为什么慢？

当你的 NAS 变得卡顿，或者风扇突然狂转时，不要瞎猜。打开 资源监控 (Resource Monitor)，它能告诉你真相。

1. 启用历史记录 (重要)

默认情况下，资源监控只显示即时数据。如果你想知道“昨天半夜 NAS 为什么死机了”，你必须开启历史记录。

  1. 打开 资源监控 > 设置。
  2. 勾选 启用使用历史记录。
  3. 效果：系统会把性能数据保存到硬盘上。你可以随时回看过去 1 天、1 周甚至 1 年的性能曲线。

2. CPU 分析：不仅是使用率

在 性能 > CPU 标签页，不仅要看总使用率，还要关注 用户 (User)、系统 (System) 和 I/O 等待 (I/O Wait)。

  • 用户 (User) 高：通常是应用程序在干活。
    • 常见嫌疑人：ffmpeg (视频转码)、syno-photos-face-extraction (Photos 人脸识别)、python (Docker 里的脚本)。
  • 系统 (System) 高：内核在忙碌。
    • 常见嫌疑人：网络吞吐量巨大、大量小文件读写。
  • I/O 等待 (I/O Wait) 高：这是最关键的指标。
    • 含义：CPU 在空转，因为它在等待硬盘读写数据。
    • 原因：硬盘坏道、硬盘性能瓶颈（如 SMR 盘）、RAID 正在重建、或者内存不足导致频繁 Swap。
    • 结论：如果你觉得系统卡，但 CPU 使用率不高，而 I/O Wait 很高，请检查硬盘健康或考虑加内存。

3. 内存分析：别被“缓存”吓到

Linux 的内存管理机制是“不用白不用”。

  • 已用 (Used)：程序实际占用的内存。
  • 缓存 (Cached)：这部分也是“已用”，但它是好事。系统把经常读取的文件缓存在内存里，加速访问。如果有程序需要内存，这部分会被立即释放。
    • 误区：看到内存占用 90% 就慌了。如果其中 50% 是缓存，那说明你的 NAS 很健康，不仅没浪费内存，还加速了文件读取。
  • 交换 (Swap)：这才是坏事。
    • 含义：内存不够用了，系统把数据写到硬盘上。
    • 现象：Swap 使用量不为 0，且不断增加。系统会变得极慢。
    • 对策：加内存条。

4. 磁盘分析：吞吐量 vs IOPS

在 性能 > 磁盘 中：

  • 吞吐量 (Throughput)：每秒读写多少 MB 数据。
    • 场景：拷贝大电影。
  • IOPS (Input/Output Operations Per Second)：每秒读写多少次。
    • 场景：Docker 跑数据库、编译代码、大量小文件同步。
    • 瓶颈：机械硬盘的 IOPS 很低（通常 100-200）。如果你看到 IOPS 很高但吞吐量很低，说明在进行大量随机读写，此时系统会非常卡。这是上 SSD 缓存的最佳理由。

5. 任务管理器：谁是罪魁祸首？

在 任务管理器 > 进程 中，按 CPU 或 内存 排序。

  • syno-cloud-clientd / syno-drive：Synology Drive 正在同步或索引文件。
  • postgres：数据库。Photos、Drive、Chat 都在用它。如果它占用高，通常是在整理元数据。
  • fileindexd / synoelastic：Universal Search 正在建立文件索引。
  • kworker：内核进程。如果它很高，通常是 Btrfs 文件系统在进行压缩、校验或快照清理。

6. 性能警报 (Performance Alarm)

让 NAS 自己监控自己，有问题发通知。

  1. 设置 > 性能警报 > 开启。
  2. 规则建议：
    • 内存 > 已用 > 大于 90%：提醒你可能需要加内存了。
    • 磁盘 > 利用率 > 大于 90%：硬盘长时间满负荷工作，可能是坏道前兆或业务过载。
    • 网络 > 发送 > 大于 1000 KB/s（持续 30 分钟）：如果你没在下载，可能是中了木马在对外发包（肉鸡）。

7. 解决卡顿的“三板斧”

  1. 暂停索引：点击右上角放大镜/索引图标，选择“暂停索引”。(Photos/Drive 索引最吃资源)。
  2. 停止 Docker：暂时停止 Container Manager。
  3. 重启：如果 kworker 或僵尸进程卡死，重启是最快的恢复方法。