分析永不退出的基于C或C ++的应用程序[关闭]

Question

对于在我们手动重启机器之前从未退出的应用程序分析我有一个小小的疑问。

我使用像valgrind这样的工具来讨论内存泄漏或任何在某个时间后退出的应用程序的膨胀。

但是有没有任何工具可以用来告诉应用程序在各个阶段创建的内存消耗，膨胀和开销，如果可能的话？

注意： 我更感兴趣的是了解不退出的应用程序...如果应用程序退出，我可以使用像valgrind这样的工具..

Answer 1

我会考虑从程序中添加一个优雅的退出。

Answer 2

dtrosset的观点很好，但显然被误解了。 加入终止程序，以便您可以执行全新的分析手段 。 这可以像为SIGUSR1添加信号处理程序一样简单，例如，在您决定的时间点终止程序。 根据您的操作系统，您可以使用多种方法。

从不退出的应用程序（嵌入式，守护程序等）和无法退出的应用程序之间存在很大差异。 先前是正常的，后者是糟糕的设计。

如果有的话，该应用程序可以被强行中止（SIGKILL on * nix，终止于win32）并且你得到你的分析。 该方法不会为您的应用程序提供在其销毁之前进行清理的机会，因此很可能会报告保留的内存。

Answer 3

分析是侵入性的，因此您不希望在附加了分析器的情况下部署应用程序。 因此，请在适当的时间后添加一些退出应用程序的#ifdef PROFILE_MODE代码。 使用-DPROFLILE_MODE编译，配置文件。 部署没有PROFILE_MODE。

Answer 4

稍微修改你的程序，以便你可以在任何时候请求Valgrind泄漏检查 - 当收到执行该命令的命令时，你的程序应该使用VALGRIND_DO_LEAK_CHECK的memcheck.h （如果程序没有在Valgrind下运行，这将不起作用） ）。

Answer 5

您可以使用GNU gprof，但它还需要退出程序。 你可以通过调用gprof的内部函数来解决这个问题。 （见下文）它可能是一个真正的“脏”黑客，取决于gcc的版本和，和，......但是它有效。

#include "sys/gmon.h"


extern "C" //the internal functions and vars of gprof
{
  void moncontrol (int mode);
  void monstartup (unsigned long lowpc, unsigned long highpc);
  void _mcleanup (void);
  extern void _start(void), etext(void);
  extern int __libc_enable_secure;
}

// call this whenever you want to write profiling information to file
void WriteProfilingInformation(char* Name)
{
  setenv("GMON_OUT_PREFIX",Name,1);  // set file name

  int old = __libc_enable_secure; // save old value
  __libc_enable_secure = 0;       // has to be zero to change profile file name
  _mcleanup();
  __libc_enable_secure = old;     // reset to old value

  monstartup(lowpc, highpc);      // restart profiler
  moncontrol(1);                  // enable profiler
}

Answer 6

Rational Purify可以做到这一点，至少在Windows上是这样。 似乎有一个Linux版本，但我不知道它是否可以做同样的事情。

Answer 7

有些工具允许您在程序执行期间的任何时候强制进行内存分析。 这种方法不像检查退出那样可靠，但它为您提供了一个起点。

这是使用LeakDiag的Windows示例 。

Answer 8

你试过GNU Gprof吗？

请注意，在本文档中，“cc”和“gcc”是可互换的。 （“cc”被假定为“gcc”的别名。） http://www.cs.utah.edu/dept/old/texinfo/as/gprof_toc.html

Answer 9

你的问题就像是在寻找top 。 它很好地显示（除其他外）所有正在运行的进程的当前内存消耗。 （限制在终端中的一页。）在Linux上，按“M”按内存使用情况排序。 手册页显示了更多用于排序和筛选的选项。

Answer 10

我使用了合理的净化API来检查增量泄漏。 没有在linux中使用过API。 我在Valgrind用户手册中找到了VALGRIND_DO_LEAK_CHECK选项，我认为这足以满足您的要求。

Answer 11

对于Windows，DebugDiag就是这样做的。 最终生成一个报告，可能存在内存泄漏。 还有记忆压力分析。 它可以免费获得@ microsoft。 从这里下载

Answer 12

你需要stackshots 。 使用pstack或lsstack ，或者只是在调试器或IDE下运行它并随机暂停（Ctrl-C）。 它不会告诉你有关内存泄漏的信息，但它会让你很好地了解时间的使用方式和原因。

如果由于内存泄漏而使用时间，您将看到以内存管理例程结束的大量样本。 如果它们是malloc或new ，则在堆栈的上方，您将看到正在分配哪些对象以及为什么，并且您可以考虑如何更少地执行此操作。

Answer 13

分析内存泄漏的程序工作基于检测OS而不是程序释放的内存。