AI内存守护工具
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_72ffbadb/aioom。
技能介绍
解决什么问题
服务器内存告急时,传统工具往往只能列出进程列表,运维人员需要手动判断哪个进程该杀。在容器化环境中,多个服务共享内存资源,误杀一个关键进程可能导致整个系统崩溃。aioom 要解决的是:如何在内存压力下,智能判断哪些进程是可牺牲的,哪些需要保留。
如何工作
核心是一个 AI 评分机制,参考 earlyoom 的设计思路,但加入了更智能的进程选择逻辑。
三种使用形态:
- 快速查询:用
psutil直接获取内存状态,不启动守护进程 - 干跑分析:运行
--dryrun -v查看每个进程的评分,确认后再执行清理 - 持续守护:后台运行,按
--interval设置的间隔自动检测和清理
关键步骤:
- 采集当前内存使用情况
- 对每个进程进行 AI 评分(基于进程特征、内存占用模式等)
- 评分超过阈值的进程被标记为高风险
- 执行清理或仅在 Web 面板展示
Web GUI 面板 提供实时内存/CPU折线图(Chart.js)、进程列表及评分、一键终止高风险进程、配置阈值调整等功能,适合需要可视化监控的场景。
适用边界与注意点
- 评分机制依赖配置:AI 评分的准确性取决于
config.toml中的参数,需要根据实际环境调整阈值 - 干跑模式是推荐起点:生产环境首次部署时,先运行
--dryrun -v观察评分结果,避免误杀 - 日志位置:守护进程日志写入指定路径(如
aioom.log),需确保有写入权限 - 不替代系统级监控:aioom 专注于内存压力下的进程清理,不提供完整的系统监控能力
使用场景
- 服务器内存告急,运维人员需快速定位高占用进程并安全清理,避免误杀关键服务。
- 开发环境出现内存泄漏,工程师想用干跑模式分析进程评分,确认清理目标后再执行。
- 长期运行的后台服务需要持续监控内存使用,自动识别并终止泄漏进程,减少人工干预。
- 需要通过浏览器查看内存趋势图和进程评分,方便实时调整清理阈值和监控状态。
适合人员
- 运维工程师,需要持续监控服务器内存,防止内存泄漏导致服务崩溃。
- 后端开发者,负责排查和处理生产环境中的内存泄漏问题,需要安全清理进程。
- 系统管理员,管理多台服务器的内存资源,希望通过可视化面板统一监控和配置。