ccfos/huatuo

[功能建议]: HUATUO 对被观测程序的性能影响量化评估

Open

#336 创建于 2026年7月7日

在 GitHub 查看
 (0 评论) (0 反应) (0 负责人)Go (86 fork)github user discovery
enhancementhelp wantedperformance

仓库指标

Star
 (1,002 star)
PR 合并指标
 (PR 指标待抓取)

描述

背景

eBPF 观测工具本身会带来一定的性能开销，但当前缺乏系统化的方法对 huatuo 引入的性能影响进行量化评估。用户在选择使用 huatuo 时需要了解其对业务程序的具体影响。

需求描述

设计并实施一套系统化的性能影响评估方案：

  1. 基准测试方案设计
    • CPU 开销：采集使 CPU 使用率增加的百分比
    • 内存开销：huatuo 进程自身内存占用
    • 网络延迟影响：观测对被观测程序网络延迟的增量影响
    • IO 延迟影响：观测对被观测程序磁盘 IO 的增量影响
  2. 多场景测试
    • 空载 vs 高负载场景
    • 单模块 vs 多模块同时采集
    • 容器环境 vs 宿主机环境
  3. 自动化与 CI 集成
    • 编写自动化评估脚本
    • 集成到 CI 流水线，每次发布前自动运行

验收标准

  • 基准测试方案设计文档完成
  • 多场景测试数据可重复生成
  • 自动化脚本可正常运行
  • CI 集成配置完成

意向参与贡献

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

贡献者指南

研究方向
设计并实施系统化的性能评估框架：定义基准指标（CPU、内存、网络/IO延迟），创建多场景测试用例（空载 vs 高负载、单模块 vs 多模块、容器 vs 宿主机），并将测试自动化集成到CI流水线中。
技术栈
go
领域
observability sredevops
议题类型
功能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
3-5 天
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
GoeBPFPerformance testingCI/CD
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
40