火焰图最全资料

http://s.weibo.com/weibo/%25E7%2581%25AB%25E7%2584%25B0%25E5%259B%25BE

【基本的性能分析帮我们节省了几百万刀】通过生成Flame Graph，肉眼识别出Postgres的partial index的parsing步骤吃CPU，顺利找到解决方案，立马提升性能10倍，节省服务器开销 | 简评：网页链接 原链：网页链接 #湾区日报# ​

• 

 

 

Brendan Gregg 和 Sasha Goldshtein 合写的教程 Linux Performance Analysis Using perf and BPF 网页链接 需要 Linux 内核 4.6+ 系统，例如 Ubuntu 16.10 或者 Fedora 25 ，动手实验学习 perf 及火焰图；bpf 和 bcc 工

 

 

基于云主机的随机写测试(MySQL5.7)，TokuDB是InnoDB的1.6X，希望以测试者在摆出数据的同时提供几个 火焰图(OnCPU&OffCPU) 这样熟悉该引擎的人一看就知道你的测试姿势是否正确 不知道我的InnoDB姿势正确不  网页链接 ​

• 

 

Brendan Gregg今年发表在ACM Queue上的文章：The Flame Graph  网页链接 可对FrameGraph的起源、设计思路有进一步的了解。原来火焰图还是源于一次定位MySQL性能问题 “All data in one picture”这个思路，通用于很多领域。此外，LISA'13会议上的这个PPT也不错：网页链接 ​

• 

 

OpenResty 章亦春巨制：动态追踪技术，DTrace，SystemTap，火焰图，中篇发布。程序员必读！ |动态追踪技... ​

动态追踪技术（中） - Dtrace、System…

动态追踪技术中篇，关于 DTrace、SystemTap 和 火焰图的那点事。 说到动态追踪就不能不提到DTrace(1)。DTrace 算是现代动态追踪技术的鼻祖了，它于 21 世纪初诞生于 Solaris 操作系统，是由原来的 Sun Microsystems 公司的工程师编写的。可能很多同学都听说过 Solaris 系统和 Sun 公司的大名。 最初产生的时候，我记得有这样一个故事，当时 Solaris 操作系统的几个工程师花了几天几夜去排查一个看似非常诡异的线上问题。开始他们以为是很高级的问题，就特别卖力，结果折腾了几天，最后发现其实是一个非常愚蠢的、某个不起眼的地方的配置问题。自从那件事情之后，这些工程师就痛定思痛，创造了 DTrace 这样一个非常高级的调试工具，来帮助他们在未来的工作当中避免把过多精力花费在愚蠢问题上面。毕竟大部分所谓的“诡异问题”其实都是低级问题，属于那种“调不出来很郁闷，调出来了更郁闷”的类型。

 

 

golang# uber开源了相当炫酷的火焰图profiler 网页链接 ​

 

go-torch  网页链接 通过内建的 pprof 库生成火焰图 ​

 

 

 

CPU Flame Graphs :  网页链接 | CPU火焰图 ​

 

刚又拿最新的 perl 5.20.2 试了一下我用 Perl 编写的 opsboy 自动布署工具，相比 perl 5.16.3，生成 OpenResty 的 Amazon EC2 测试集群所需的环境布署脚本的时间从 53 秒下降到了 18 秒，近 3x 的整体性能提升啊。perl 的新版本时常带给我惊喜。这个应用对的 Perl 级别 火焰图是： 网页链接  ​

• 

转载于:https://www.cnblogs.com/zengkefu/p/7047785.html