当前位置：文江博客话题详情

搜索 Apache httpd 和模块中的内存泄漏

发布于 2024-08-21 11:38:03 字数 506 浏览 8 评论 0原文

查找 Apache httpd 和 httpd 模块中内存泄漏的最佳方法是什么？

有什么方法吗？

我尝试了一下 valgrind，但出现了一些障碍：

Valgrind 期望二进制文件正常退出。我已经设法使用 MaxRequestsPerChild 和 -X 参数来做到这一点。
Valgrind 报告了很多东西，可能与 apr 池有关，但没有什么用处。

操作系统：Linux

P.S.：Valgrind

命令：$ valgrind --leak-check=full --leak-resolution=med --log-file=/tmp/valgrind.log ./bin/httpd -X

Valgrind 输出示例： http://paste-it.net/public/x5b6e8b/

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

你的呼吸 2024-08-28 11:38:03

我不知道有什么灵丹妙药，但是你可以看看 valgrind/valgrind.h ，它有一些有用的宏，可以让 Valgrind 意识到并改变它们在 Valgrind 下运行时的行为。

例如，

#ifndef HAVE_VALGRIND_VALGRIND_H
#define RUNNING_ON_VALGRIND 0
#else
#include <valgrind/valgrind.h>
#endif

if (RUNNING_ON_VALGRIND) {
    printf("Hello, this is Valgrind instance %d\n", RUNNING_ON_VALGRIND);
    /* set debug output annoyingly high */
    /* exit after one request */
}

您还可以使用 NDEBUG 封装整个混乱，以使其远离生产版本。

这应该可以让您不必在每次调试时摆弄服务器，如果检测到 Valgrind，它就会“直接执行”。 RUNNING_ON_VALGRIND 将扩展到 valgrind 实例，或者如果不适用则保留为 0。

对于其余部分（我想象您会收到大量噪音，最有可能从大小 xx 的无效读取开始），您可以系统地应用抑制。如果您发布一些输出，则可以更轻松地为可以粘贴在文件中的抑制提出建议。

顺便说一句，Valgrind 用户的邮件列表非常有帮助并且非常宽容。您还可以在那里发布您最烦人且不相关的噪音，您会得到有关如何快速抑制它的回复。

如果您想要的只是泄漏的摘要以及导致泄漏的入口点，那么关闭几乎所有其他内容应该不会太困难。

I don't know of a magic bullet, but you can have a look at valgrind/valgrind.h , it has some useful macros to make things Valgrind aware and alter their behavior if running under Valgrind.

For instance

#ifndef HAVE_VALGRIND_VALGRIND_H
#define RUNNING_ON_VALGRIND 0
#else
#include <valgrind/valgrind.h>
#endif

if (RUNNING_ON_VALGRIND) {
    printf("Hello, this is Valgrind instance %d\n", RUNNING_ON_VALGRIND);
    /* set debug output annoyingly high */
    /* exit after one request */
}

You can also encase that whole mess with NDEBUG to keep it out of production builds.

That should save you from having to fiddle with the server each time you debug, it will 'just do it' if Valgrind is detected. RUNNING_ON_VALGRIND will expand to the valgrind instance, or remain 0 if not applicable.

For the rest (and I'm imagining you are getting a ton of noise, most likely starting with invalid read of size xx), you can systematically apply suppressions. If you post some of the output, it might be easier to make suggestions for the suppressions you can stick in a file.

Incidentally, the Valgrind user's mailing list is extremely helpful and very tolerant. You can also post your most annoying and irrelevant noise there, you'll get replies with how to suppress it rather quickly.

If all you want is a summary of leaks and the entry points that led to them, it should not be too difficult to shut almost everything else up.

回复收藏 0 原文