ccfos/huatuo

[功能建议]: OOM Kill 增强诊断

Open

#333 opened on Jul 7, 2026

View on GitHub
 (1 comment) (0 reactions) (0 assignees)Go (86 forks)github user discovery
enhancementhelp wantedkernel

Repository metrics

Stars
 (1,002 stars)
PR merge metrics
 (PR metrics pending)

Description

背景

OOM（Out Of Memory）Kill 是生产环境中常见但诊断困难的问题，当前 huatuo 对 OOM 事件的支持有限，缺乏足够的上下文信息来快速定位根因。

需求描述

增强 OOM Kill 的诊断能力：

  1. 进程语言识别：自动识别被 Kill 进程的开发语言（Java、Go、Python、Node.js 等），便于选择对应的分析工具
  2. 退出前 Profiling 快照：在 OOM Kill 发生前触发一次 Profiling 快照，捕获进程最后的性能状态
  3. 上下文信息捕获：记录被 Kill 进程的完整 cmdline、环境变量、资源使用情况等信息
  4. OOM 事件与 cgroup 关联：将 OOM 事件与对应的 cgroup（容器）关联，支持容器环境的排查

技术要求

  • Profiling 快照应在 OOM Kill 发生前尽快完成
  • 采集的数据应自动关联存储

验收标准

  • OOM 事件可自动检测并记录
  • 被 Kill 进程的语言被正确识别
  • Profiling 快照可用
  • 上下文信息完整
  • 与 cgroup 关联正确

意向参与贡献

  • 我有意向参与具体功能的开发实现并将代码贡献回到上游社区

Contributor guide

Research direction
Investigate eBPF hooks for OOM events and design a mechanism to capture profiling snapshots before OOM kill. Look into existing eBPF programs for OOM detection and cgroup association.
Tech stack
go
Domain
observabilitydevops
Issue type
Feature
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
1-2 days
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
Active
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
Clear
Prerequisites
eBPFLinuxcgroup
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
40