在本教程中,你将学习如何快速定位应用中最大的 Perl 内存对象或值。这得益于 OpenResty XRay 的强大功能。我们可以通过数据引用路径精确定位这些 Perl 内存对象。我们还将演示自己开发的 Perl 对象内存分布火焰图。您的 Perl 代码中的内存泄漏或大内存占用问题,从此都可以轻松搞定!

问题: 内存占用率过高

让我们运行 top 命令来检查每个进程的内存使用情况。

Screenshot

可以看到,有一个 Perl 进程消耗了最多的内存。

Screenshot

超过了 180MB。

Screenshot

让我们运行 ps 命令来查看这个进程的更多细节。这个进程使用的 Perl 二进制可执行文件, 是 Linux 发行版自带的。

Screenshot

使用 OpenResty XRay 的引导式分析功能定位 Perl 进程中的大内存对象或值

我们可以使用 OpenResty XRay 来检查这个未经修改的进程。系统可以对它进行实时分析,并找出原因。在浏览器中打开 OpenResty XRay 的 Web 控制台。

Screenshot

确保当前分析的机器是正确的。

Screenshot

如果不对,我们可以在下面的列表重新选择。

Screenshot

进入 “Guided Analysis” 页面。

Screenshot

这里可以看到系统能分析的不同类型的问题。

Screenshot

选择 “High memory usage”。

Screenshot

点击 “Next”。

Screenshot

选择之前的 Perl 应用。

Screenshot

选择消耗超过 180MB 内存的进程。这就是我们之前在 top 中看到的进程。

Screenshot

确保应用的类型是正确的。通常默认值就是对的。

Screenshot

OpenResty XRay 可以在多种不同语言的级别上进行分析。这里保持 Perl 和 C/C++ 都选中。

Screenshot

我们还可以设置最长的分析时间。这里保持默认的 300 秒不变。

Screenshot

开始分析。

Screenshot

系统将持续执行多轮分析。目前它正在运行第一轮分析。

Screenshot

第一轮分析已经完成,现在进入第二轮。对这个例子来说,运行一轮分析就够了。

Screenshot

停止分析。

Screenshot

可以看到自动生成了一份分析报告。

Screenshot

这是我们要分析的问题类型,内存。

Screenshot

我们可以看到大部分内存是由 Libc 分配器分配的,这里超过了 160 MB。

Screenshot

这是占用最多内存的 Perl 内存对象引用路径。显然,这个 Perl 虚拟机使用了绝大多数由 Libc 分配的内存。

Screenshot

最大的占用位于 Services::Preprocessor 模块里。

Screenshot

在模块的符号表中,有一个名为 order_name_cache 的变量。

Screenshot

这个变量是一个 Perl 哈希表。

Screenshot

点击查看更多细节。

Screenshot

这个对象引用路径,是从 Perl 语言级别 GC 对象内存分布火焰图,自动推导出来的。

Screenshot

下面是对问题更详细的解释和建议。它对数据引用路径中的对象,逐个进行了解释。

Screenshot

模块名 Services::PreProcessor 与 Perl 源文件路径相对应。因此,我们可以通过它们找到源文件。

Screenshot

在终端上,切换当前工作目录到 Perl 应用的源码树。

Screenshot

find 命令查找源文件。

Screenshot

复制完整的文件路径,使用 vim 编辑器打开源文件。您可以使用任何您喜欢的编辑器。

Screenshot

回到数据引用路径。单击图标以复制这个 Perl 哈希表的变量名。

Screenshot

粘贴。我们可以看到哈希表是在这里定义的,

Screenshot

以及这个哈希表变量是如何使用的。

Screenshot

全自动分析与报告

OpenResty XRay 也可以自动监控在线进程,并显示分析报告。

Screenshot

您可以在 “Insights” 页面中找到以日和周为周期的报告。

Screenshot

所以您不是非得用 “Guided Analysis” 功能。当然,“Guided Analysis” 对于应用的开发和演示是很有用的。

Screenshot

关于 OpenResty XRay

OpenResty XRay 是一个动态追踪产品,它可以自动分析运行中的应用,以解决性能问题、行为问题和安全漏洞,并提供可行的建议。在底层实现上,OpenResty XRay 由我们的 Y 语言驱动,可以在不同环境下支持多种不同的运行时,如 Stap+、eBPF+、GDB 和 ODB。

关于作者

章亦春是开源 OpenResty® 项目创始人兼 OpenResty Inc. 公司 CEO 和创始人。

章亦春(Github ID: agentzh),生于中国江苏,现定居美国湾区。他是中国早期开源技术和文化的倡导者和领军人物,曾供职于多家国际知名的高科技企业,如 Cloudflare、雅虎、阿里巴巴, 是 “边缘计算“、”动态追踪 “和 “机器编程 “的先驱,拥有超过 22 年的编程及 16 年的开源经验。作为拥有超过 4000 万全球域名用户的开源项目的领导者。他基于其 OpenResty® 开源项目打造的高科技企业 OpenResty Inc. 位于美国硅谷中心。其主打的两个产品 OpenResty XRay(利用动态追踪技术的非侵入式的故障剖析和排除工具)和 OpenResty Edge(最适合微服务和分布式流量的全能型网关软件),广受全球众多上市及大型企业青睐。在 OpenResty 以外,章亦春为多个开源项目贡献了累计超过百万行代码,其中包括,Linux 内核、Nginx、LuaJITGDBSystemTapLLVM、Perl 等,并编写过 60 多个开源软件库。

关注我们

如果您喜欢本文,欢迎关注我们 OpenResty Inc. 公司的博客网站 。也欢迎扫码关注我们的微信公众号:

我们的微信公众号

翻译

我们提供了英文版 原文和中译版(本文)。我们也欢迎读者提供其他语言的翻译版本,只要是全文翻译不带省略,我们都将会考虑采用,非常感谢!