2天时间,聊今年最热的 Agent、上下文工程、AI 产品创新等话题。2025 年最后一场~ 了解详情
写点什么

Java 火焰图在 Netflix 的实践

  • 2015-08-04
  • 本文字数:1672 字

    阅读完需:约 5 分钟

为了分析不同软件或软件的不同版本使用 CPU 的情况,相关设计人员通常需要进行函数的堆栈性能分析。相比于定期采样获得数据的方式,利用定时中断来收集程序运行时的 PC 寄存器值、函数地址以及整个堆栈轨迹更加高效。目前, OProfile gprof SystemTap 等工具都是采用该方法,给出详细的 CPU 使用情况报告。然而,这些工具在处理复杂的统计数据时,给出的报告往往过于繁杂、不够直观、不能直接反应分析员所需要的数据。为此,Brendan Gregg 开发了专门把采样到的堆栈轨迹(Stack Trace)转化为直观图片显示的工具—— Flame Graph(火焰图)。但是,由于分析器与 JDK 环境等原因,Java 程序的混合模式火焰图之前无法生成。近期,Brendan Gregg 和 Martin Spier 发现了一种解决该问题的方法,在 Netflix 内部进行了实践,并贡献了一篇非常详尽的实践性文章。为Java 程序的性能分析提供了极大便利。接下来,本文就从该问题出现的原因开始,简要介绍其解决该问题的思路和方法。

首先,本文对火焰图的概念进行简要介绍。火焰图既是一个开源工具,也是一种类型的图片。作为一个二维图片,火焰图的X 轴代表采样总量,而Y 轴代表栈深度。每个框就代表了一个栈里的函数,其宽度代表了所占用的CPU 总时间。因此,比较宽的框就表示该函数运行时间较慢或被调用次数较多,从而占用的CPU 时间多。通过火焰图,相关设计或分析人员就可以轻松观察到各个应用占用CPU 的情况。

但是,火焰图本身并不具备性能检测的能力。它需要其他性能分析工具的协助。在Java 环境中,一共有两种类型的堆栈轨迹采样分析器——系统分析器(System Profiler)和JVM 分析器(JVM Profiler)。前者(如Linux 的 Perf Events )可以分析系统代码路径,包括 libjvm internal、GC 和内核,但并不能分析 Java 方法;后者(如 HPROF 、轻量级 Java 分析器和其他商业分析器)可以显示 Java 方法,但不能显示系统代码路径。由此可见,这两种方法都不能同时支持系统代码路径和 Java 方法的堆栈轨迹。而分别描述二者的火焰图又不能很好的满足需求。因此,Brendan 等人一直关注如何解决该问题。

在之前的一次讨论中,Brendan 曾经对系统分析器不能显示Java 方法的原因进行分析。这包括两个方面——JVM 编译方法时比较快,没有为系统分析器暴露一个符号表;JVM 采用x86 上的frame pointer 作为一个通用寄存器,破坏了传统的stack walking。那么,解决之前的问题,就需要分别从这两个方面入手。对于第一个方面,Java 和Linux 系统的分析器进行了双方面的努力。首先,Java 开始支持利用开源的JVMTI 代理 perf-map-agent 来创建 perf-PID.map 文本文件。该文件列举了 16 进制的符号地址、大小以及符号名称。然后,从 2009 年以后,Linux 中的 Perf_events 工具添加了对 JIT 符号的支持。该工具会检查 /tmp/perf-PID.map 文件,从而完成对来自语言虚拟机的符号进行检查。对于第二个方面,JVM 添加了一个新的选项 -XX:+PreserveFramePointer。经过 Zoltán、Oracle 和其他工程师的努力,最新的 JDK9 JDK8 已经增加了该选项,从而保存了 stack walking。

在两方面的问题都解决之后,用户只要经过安装 Perf Events、新版 JDK、perf-map-agent 以及 FlameGraph 等软件和配置 Java(尤其是打开 -XX:+PreserveFramePointer 选项)的步骤后,就可以产生系统级的火焰图了。为了让产生火焰图的流程自动化,Brendan 等人已经开始基于开源的实例化分析工具 Vector 进行流程的建模。

未来,Breden 等人还计划进行很多工作。其一是通过自动化收集不同日期的差分火焰图进行规则分析。这有助于迅速理解软件变化所导致的 CPU 使用率变化。此外,他们还试图利用 Perf Events 进行磁盘 IO、网络、调度以及内存分配等用户和内核级的事件记录和分析。最后,对火焰图和 Vector 进行实时更新等改进也是未来考虑增加的功能。


感谢徐川对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-08-04 06:519142
用户头像

发布了 268 篇内容, 共 138.2 次阅读, 收获喜欢 24 次。

关注

评论

发布
暂无评论
发现更多内容

华为云 CCE FinOps 成本洞察,助力集群成本持续优化

华为云原生团队

云计算 容器 云原生

智源研究院担任大模型测试基准研究组联合组长单位

智源研究院

人大金仓更名为“电科金仓”; TDSQL-C支持回收站/并行DDL等功能

NineData

数据库 阿里云 人大金仓 电科金仓 中电科金仓

Percona Toolkit 神器全攻略(复制类)

GreatSQL

天猫商品评论API返回值中的虚假评价识别与应对策略

代码忍者

api 网关 API 策略

百度智能云向量数据库创新和应用实践分享

Baidu AICLOUD

向量数据库

LLM 工程师入门:生成式AI的简易指南

Baihai IDP

程序员 AI LLM GenAI 企业 9 月 PK 榜

京东商品评论数据接口详解:助力电商数据分析与决策

tbapi

京东API接口 京东商品评论接口 京东商品评论数据采集 京东评论接口

糟糕,被SimpleDateFormat坑到啦!

京东科技开发者

百度文小言升级首日  数百万用户尝鲜自由订阅独家功能

极客天地

采购管理十大常见问题,你遇到过几次?

天津汇柏科技有限公司

低代码平台 采购管理 软件定制开发

怎样才算是了解业务?

老张

团队管理 业务流 技术 优化体系

Centos7 安装 TiDB 集群(最小化安装)

TiDB 社区干货传送门

8.x 实践

淘宝商品详情API中的优惠券与红包信息解析

代码忍者

api 网关 API 策略

哎呀,当时怎么没有想到

京东科技开发者

京东商品列表数据接口详解:从获取到应用

tbapi

京东API接口 京东商品列表数据接口 京东商品数据采集

AI原生数据应用开发框架DB-GPT在外滩大会开源新版本,新增6大特性

Lily

Java转Kotlin原来如此简单

Silently9527

kotlin Java development

spark为什么比mapreduce快?

京东科技开发者

千行百业用AI大模型,为什么火山引擎是聚处?

脑极体

AI

亚信安慧AntDB数据库与华为DPA数据保护一体机完成兼容性互认证,共筑数据安全与效率新高地

亚信AntDB数据库

AntDB 月PK

微帧Per-Title编码技术:自适应码率-画质-分辨率

微帧Visionular

视频编码 视频编码技术

通过混沌工程 Chaod 打造更稳定 TiDB 数据库高可用(三)

TiDB 社区干货传送门

集群管理 安装 & 部署 7.x 实践

Java火焰图在Netflix的实践_Java_张天雷_InfoQ精选文章