我正在使用CentOS存储库中的标准gcc4.4软件包在64位CentOS5.8上开发一个静态链接的64位C++应用程序。它使用的内存似乎比我预期的要多，所以我尝试使用massif来分析内存使用情况。我已经用调试信息编译，然后运行​​valgrind--tool=massif./MyProg来自MyProg所在的目录。除了以下massif.out.XXXX示例之外，它永远不会产生任何结果。desc:(none)cmd:./MyProgtime_unit:i#-----------snapshot=0#-----------time=0mem_heap_B=0mem_heap_extra

我正在使用CentOS存储库中的标准gcc4.4软件包在64位CentOS5.8上开发一个静态链接的64位C++应用程序。它使用的内存似乎比我预期的要多，所以我尝试使用massif来分析内存使用情况。我已经用调试信息编译，然后运行​​valgrind--tool=massif./MyProg来自MyProg所在的目录。除了以下massif.out.XXXX示例之外，它永远不会产生任何结果。desc:(none)cmd:./MyProgtime_unit:i#-----------snapshot=0#-----------time=0mem_heap_B=0mem_heap_extra

我已经阅读了有关此参数的文档，但差异确实很大!启用后，一个简单程序(见下文)的内存使用量约为7GB当它被禁用时，报告的使用情况约为160KB.top还显示大约7GB，有点确认结果与pages-as-heap=yes.(我有一个理论，但我不相信它可以解释如此巨大的差异，所以-寻求帮助)。特别困扰我的是，报告的大部分内存使用情况都被std::string使用了。,而what?从不打印(意思是-实际容量非常小)。我确实需要使用pages-as-heap=yes在分析我的应用程序时，我只是想知道如何避免“误报”代码片段:#include#include#include#includevoidr

Comparingvalgrind,massif,top,andpmap我正在尝试了解我的应用程序是否泄漏。在运行我的应用程序时，我会定期运行pmap并观察：1234mapped:488256K  writeable/private:90144K  shared:0Kmapped:488260K  writeable/private:101912K  shared:0Kmapped:488256K  writeable/private:102708K  shared:0Kmapped:488260K  writeable/private:105112K  shared:0K我运行top并观察：

Comparingvalgrind,massif,top,andpmap我正在尝试了解我的应用程序是否泄漏。在运行我的应用程序时，我会定期运行pmap并观察：1234mapped:488256K  writeable/private:90144K  shared:0Kmapped:488260K  writeable/private:101912K  shared:0Kmapped:488256K  writeable/private:102708K  shared:0Kmapped:488260K  writeable/private:105112K  shared:0K我运行top并观察：