为什么 jeprof 评估的 jemalloc 内存配置文件似乎显示所有内存分配？
Why does jemalloc memory profile evaluated by jeprof seem to show all memory allocations?
我们正在尝试追踪使用 jemalloc (5.2.0) 的 proxysql (2.0.14) 中的内存泄漏。我们在启用调试符号的情况下编译了 proxysql。烘焙到 proxysql 中的 jemalloc 配置 is the following:
xmalloc:true,lg_tcache_max:16,prof:true,prof_leak:true,lg_prof_sample:20,lg_prof_interval:30,prof_active:false
在运行时使用 PROXYSQL MEMPROFILE START 启用内存分析，如 here 所示。这会将内存分析设置为 active:
bool en=true;
mallctl("prof.active", NULL, NULL, &en, sizeof(bool));
这似乎在生成堆配置文件时起作用，但是当我们使用 jeprof 分析它们时，它似乎记录了所有内存分配，而不仅仅是内存泄漏。我们使用 jeprof 生成的 pdf 可以找到 here。如您所见，jeprof 似乎显示了所有内存分配，而不仅仅是泄漏的内存分配。
从 other memory profiles 来看，它们显示的内存总量较小，而在此配置文件中，我们看到 21GB 的总内存，这超过了服务器可以分配的内存。但是，我们不确定问题出在哪里 - 与 jeprof、配置或其他完全不同。
作为参考，我们添加了一个示例堆配置文件 here，以防它指示出现了什么问题。
我认为这可能反映了“泄漏”含义的一些歧义。像 Valgrind 这样的工具将在关闭时遍历程序的指针图，如果遍历没有找到一些实时分配，则将事情视为泄漏。
其他工具将“泄漏”简单地视为任何已分配但未释放的东西。 jemalloc 中的分析模式更像这样工作。它报告在程序终止时归因于各种调用堆栈的活动字节的估计。
我们正在尝试追踪使用 jemalloc (5.2.0) 的 proxysql (2.0.14) 中的内存泄漏。我们在启用调试符号的情况下编译了 proxysql。烘焙到 proxysql 中的 jemalloc 配置 is the following:
xmalloc:true,lg_tcache_max:16,prof:true,prof_leak:true,lg_prof_sample:20,lg_prof_interval:30,prof_active:false
在运行时使用 PROXYSQL MEMPROFILE START 启用内存分析，如 here 所示。这会将内存分析设置为 active:
bool en=true;
mallctl("prof.active", NULL, NULL, &en, sizeof(bool));
这似乎在生成堆配置文件时起作用，但是当我们使用 jeprof 分析它们时，它似乎记录了所有内存分配，而不仅仅是内存泄漏。我们使用 jeprof 生成的 pdf 可以找到 here。如您所见，jeprof 似乎显示了所有内存分配，而不仅仅是泄漏的内存分配。
从 other memory profiles 来看，它们显示的内存总量较小，而在此配置文件中，我们看到 21GB 的总内存，这超过了服务器可以分配的内存。但是，我们不确定问题出在哪里 - 与 jeprof、配置或其他完全不同。
作为参考，我们添加了一个示例堆配置文件 here，以防它指示出现了什么问题。
我认为这可能反映了“泄漏”含义的一些歧义。像 Valgrind 这样的工具将在关闭时遍历程序的指针图，如果遍历没有找到一些实时分配，则将事情视为泄漏。
其他工具将“泄漏”简单地视为任何已分配但未释放的东西。 jemalloc 中的分析模式更像这样工作。它报告在程序终止时归因于各种调用堆栈的活动字节的估计。