C++ 中的内存测量
Memory measurement in C++
是否可以测量对象被析构函数终止后释放的内存量。我正在尝试检查资源是否得到妥善管理。例如,我编写了 LinkedList
的实现并对其进行了测试:
int main(int argc, char** argv) {
//check point for initial memory
int64_t init = ??? ;
//next points of measurement
int64_t point_a, point_b;
List<int> list;
list.push_back(5);
{
List<double> l;
l.push_back(-0.12);
l.push_back(1.6);
// ... do something else
// ................
// ................
l.push_back(-4.75);
l.push_back(7.8);
l.print();
point_a = ??? ;// memory state after operations with list
}//calling destructor
point_b = ??? ; // memory state after destruction of the l - object
std::cout << "Initial memory: " << init
<< ", memory in scope: " << point_b
<< ", after destructor: " << (point_b - point_a) << "\n";
return 0;
}//main();
我的问题是:
- 有可能实现吗?
- 如果是,我应该放什么而不是
???
?
- 有什么方法可以做到 better/differently 吗?
- 这样做有意义吗?
有可能实现吗? 是
如果是,我应该放什么而不是??? ?
使用下述工具之一。
有什么办法可以做到 better/differently 吗?
是,见下文Valgrind and MemWatch描述。
这样做有意义吗?
不,如果您的代码出现商店吞噬之类的错误,很可能您的支票也有错误。如果可以,最好使用标准工具,或者对于大型项目,创建一个简单的内存审计过程,查找泄漏,记录它,并重新启动任何消耗过多内存的进程。
检测内存泄漏的两个很棒的工具是 Valgrind and MemWatch。
要使用 valgrind
检查您的代码是否有错误,如果您 运行 您的程序使用:
myprog arg1 arg2
然后使用 valgrind
和 --leak-check 选项检查内存泄漏以打开详细的内存泄漏检测器:
valgrind --leak-check=yes myprog arg1 arg2
Valgrind
很棒,因为你可以 运行 它在你编译的程序上。
MemWatch
是另一个有用的工具,但不太受欢迎。你可以阅读它 here。它需要在编译时通过包含 "memwatch.h" 作为每个文件中的最后一个包含来构建到您的程序中。
如果在编译时定义了 -DMEMWATCH
,MemWatch
会用自己的包装器替换 allocate/free 内存的系统调用,以便它可以跟踪内存泄漏。当您 运行 您的代码时,它将生成所有分配的详细日志,并报告内存未正确释放的错误。这对于做 class 作业的学生来说真的很好,教师要求学生将其包含在他们的项目中。学生和助教可以 运行 自动进行这些检查,而无需学习如何解释 valgrind 输出。
要使用 MemWatch 构建您的项目,请从 GitHub 下载 memwatch.c
和 memwatch.h
here,然后使用这些选项进行编译:
gcc -o myProg -DMEMWATCH -DMEMWATCH_STDIO MyProg.c memwatch.c
当您运行您的程序启用了MemWatch
时,MemWatch
将报告所有内存管理不善的地方,并将其写入日志,以便您可以在您完成后查看代码 运行s。如果你在编译的时候没有定义MEMWATCH
和MEMWATCH_STDIO
,你的编译文件中就不会包含MemWatch
。
是否可以测量对象被析构函数终止后释放的内存量。我正在尝试检查资源是否得到妥善管理。例如,我编写了 LinkedList
的实现并对其进行了测试:
int main(int argc, char** argv) {
//check point for initial memory
int64_t init = ??? ;
//next points of measurement
int64_t point_a, point_b;
List<int> list;
list.push_back(5);
{
List<double> l;
l.push_back(-0.12);
l.push_back(1.6);
// ... do something else
// ................
// ................
l.push_back(-4.75);
l.push_back(7.8);
l.print();
point_a = ??? ;// memory state after operations with list
}//calling destructor
point_b = ??? ; // memory state after destruction of the l - object
std::cout << "Initial memory: " << init
<< ", memory in scope: " << point_b
<< ", after destructor: " << (point_b - point_a) << "\n";
return 0;
}//main();
我的问题是:
- 有可能实现吗?
- 如果是,我应该放什么而不是
???
? - 有什么方法可以做到 better/differently 吗?
- 这样做有意义吗?
有可能实现吗? 是
如果是,我应该放什么而不是??? ? 使用下述工具之一。
有什么办法可以做到 better/differently 吗? 是,见下文Valgrind and MemWatch描述。
这样做有意义吗? 不,如果您的代码出现商店吞噬之类的错误,很可能您的支票也有错误。如果可以,最好使用标准工具,或者对于大型项目,创建一个简单的内存审计过程,查找泄漏,记录它,并重新启动任何消耗过多内存的进程。
检测内存泄漏的两个很棒的工具是 Valgrind and MemWatch。
要使用 valgrind
检查您的代码是否有错误,如果您 运行 您的程序使用:
myprog arg1 arg2
然后使用 valgrind
和 --leak-check 选项检查内存泄漏以打开详细的内存泄漏检测器:
valgrind --leak-check=yes myprog arg1 arg2
Valgrind
很棒,因为你可以 运行 它在你编译的程序上。
MemWatch
是另一个有用的工具,但不太受欢迎。你可以阅读它 here。它需要在编译时通过包含 "memwatch.h" 作为每个文件中的最后一个包含来构建到您的程序中。
如果在编译时定义了 -DMEMWATCH
,MemWatch
会用自己的包装器替换 allocate/free 内存的系统调用,以便它可以跟踪内存泄漏。当您 运行 您的代码时,它将生成所有分配的详细日志,并报告内存未正确释放的错误。这对于做 class 作业的学生来说真的很好,教师要求学生将其包含在他们的项目中。学生和助教可以 运行 自动进行这些检查,而无需学习如何解释 valgrind 输出。
要使用 MemWatch 构建您的项目,请从 GitHub 下载 memwatch.c
和 memwatch.h
here,然后使用这些选项进行编译:
gcc -o myProg -DMEMWATCH -DMEMWATCH_STDIO MyProg.c memwatch.c
当您运行您的程序启用了MemWatch
时,MemWatch
将报告所有内存管理不善的地方,并将其写入日志,以便您可以在您完成后查看代码 运行s。如果你在编译的时候没有定义MEMWATCH
和MEMWATCH_STDIO
,你的编译文件中就不会包含MemWatch
。