async-profiler中nativemem未捕获所有内存分配的问题分析
问题背景
在Rust应用程序的性能分析过程中,开发者发现async-profiler的nativemem功能未能捕获所有的内存分配调用。与jemalloc/jeprof工具相比,async-profiler的结果中缺失了部分调用栈信息。这些缺失的调用栈包括通过__GI___libc_malloc和_int_malloc等底层分配函数的路径。
技术分析
经过深入调查,发现async-profiler在内存分配拦截机制上存在两个关键问题:
-
特定分配函数未被拦截:async-profiler原本没有拦截像
posix_memalign这样的特殊内存分配函数。这些函数在Rust的标准库中被广泛使用,特别是在处理对齐内存分配时。 -
函数入口点修补不完整:当函数引用同时存在于
.rela.plt和.rela.dyn节区时,async-profiler只修补了其中一个节区的引用,导致部分调用路径未被正确捕获。
解决方案
开发团队针对这两个问题进行了修复:
-
扩展了拦截范围,现在能够正确捕获
posix_memalign等特殊分配函数。 -
改进了函数入口点修补机制,确保无论函数引用出现在哪个节区都能被正确拦截。
实际影响
这个问题特别影响Rust应用程序的分析,因为Rust的内存分配器会使用多种底层分配策略。修复后,async-profiler能够提供更完整的内存分配分析结果,与jemalloc等工具的结果更加一致。
技术细节
在Linux系统中,内存分配通常通过以下路径进行:
- 应用程序调用标准库分配函数
- 这些函数最终调用底层的内存管理实现
- 性能分析工具通过拦截这些调用点来收集数据
async-profiler通过动态修补这些调用点来实现无侵入式的分析。之前的实现遗漏了一些特殊情况,现在已得到完善。
结论
这个修复使得async-profiler在内存分配分析方面更加可靠,特别是对于使用Rust等现代语言开发的应用程序。开发者现在可以更有信心地使用async-profiler来进行全面的内存性能分析。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C087
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python057
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
agent-studioopenJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力TSX0137
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00