BUG 反馈】fnOS 1.1.3104 X86 J1900 resmon_service 持续高 CPU（curl timeout）

止水流云

📄 飞牛 OS 问题反馈（resmon_service 高 CPU）

系统版本：
fnOS 1.1.3104（X86）

设备环境：

• 机型：x86 小主机（Intel Celeron J1900）
• 运行环境：物理机
• 网络环境：局域网访问，有公网、无反代、easytier内网穿透
• 系统版本：fnOS 1.1.3104（X86）
• 相关组件版本：resmon_service（/usr/trim/bin/resmon_service）

BUG 现象：
在系统正常运行、无明显业务压力的情况下，resmon_service 进程持续占用 45%~55% CPU，已持续数十分钟不回落。
通过 journalctl 查看日志，发现如下关键报错：

resmon_service[2135]: curl_easy_perform() failed: Timeout was reached

伴随日志：

• can not probe trim dev（非致命）
• Initialize the command thread!
• Start the command loop!

通过 top 观察到：

• 单实例 resmon_service 持续高 CPU
• 系统 load 长期维持在 2.8+（J1900 四核）
• 内存、Swap 均正常，无 IO 等待

出现频率：
✅ 必现（每次系统启动后不久即出现，重启服务后依旧复现）

复现步骤：

1. 正常安装 fnOS 1.1.3104（X86）于 Intel J1900 物理机
2. 系统启动完成，进入 Web 管理界面
3. SSH 登录执行 top / htop
4. 可见 resmon_service 持续占用约 50% CPU
5. 执行 journalctl -u resmon_service -f 可见 curl timeout 错误

影响说明：

• 不影响文件服务、Docker、SMB 等核心功能
• 会导致低功耗平台（如 J1900）CPU 占用偏高、发热增加
• Web 管理界面“资源监控”仍可显示，但后台存在异常重试行为

建议排查方向：

• resmon_service 内部 HTTP / IPC 请求未设置超时退避（retry backoff）
• 对 curl_easy_perform() 超时场景缺乏兜底处理，导致忙等或高频重试。
  
  附件：services.rar 附件：system.rar

飞牛运营同学

感谢反馈！结合日志来看，resmon_service 高 CPU 更像是 os_activate 外联时遇到 DNS 解析失败或超时后持续重试导致的，can not probe trim dev 暂时不像直接根因。建议先固定 DNS，并临时停用 EasyTier或公网相关网络变更后观察是否还复现。