如何在solaris上检测内存泄露

最新推荐文章于 2023-11-20 17:59:27 发布

opendba

最新推荐文章于 2023-11-20 17:59:27 发布

阅读量740

点赞数

分类专栏： 71.solaris 文章标签： solaris delete logging cache 2010 c

71.solaris 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

转自：

http://www.vmman.net/2010/10/%E5%A6%82%E4%BD%95%E5%9C%A8solaris%E4%B8%8A%E6%A3%80%E6%B5%8B%E5%86%85%E5%AD%98%E6%B3%84%E9%9C%B2/

众所周知，mdb和dtrace是Solaris上的两把利剑。mdb不仅可以事实观察内核中事实的运行状态，也可以对应用程序进行调试。检测内存泄露可能对大部分开发人员都是一件头疼的事情，借助mdb的帮助，可以很方便的检查出程序的内存泄露。

在介绍之前，先介绍一下libmum,libmum是一个对内存进行检测的库，如果想使用mdb检查内存泄露，在程序运行时需要加载libmum库。

export UMEM_DEBUG=default
export UMEM_LOGGING=transaction
export LD_PRELOAD=libumem.so.1

下面这个程序有明星的内存泄露。申请的内存没有被释放掉。
使用ps -ef 找到运行程序的pid,使用gcore生成一个core文件，利用mdb打开core文件
bash-3.2# mdb core.237 Loading modules: [ libumem.so.1 ld.so.1 ] > ::findleaks CACHE LEAKED BUFCTL CALLER 0806a290 1 0807f200 libstdc++.so.6.0.3`_Znwj+0x29 0806a290 60 0807f2f0 libstdc++.so.6.0.3`_Znwj+0x29 ------------------------------------------------------------------------ Total 61 buffers, 976 bytes > 可以看到libstdc++.so.6.0.3`_Znwj+0x29有60个leaked,根据bufctl的地址查看bufctl的信息。 > 0807f2f0::bufctl -v ADDR BUFADDR TIMESTAMP THREAD CACHE LASTLOG CONTENTS 807f2f0 8079fa0 ad78129dfba5 1 806a290 0 0 libumem.so.1`umem_cache_alloc_debug+0x144 libumem.so.1`umem_cache_alloc+0x153 libumem.so.1`umem_alloc+0xcd libumem.so.1`malloc+0x2a libstdc++.so.6.0.3`_Znwj+0x29 main+0x27 _start+0x80
内存泄露的程序

^? Download memleak.txt

#include <iostream.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
 
class TestClass
{
        public:
        TestClass() {
                cout << "no-argument" <<endl;
        }
        TestClass(const char *name) {
                cout << "arg = " << name << endl;
        }
};
int main(int argc, char **argv)
{
        TestClass *t;
        TestClass *tt;
        while (1) {
                t = new TestClass();
                t = new TestClass("Hello.");
                tt = new TestClass("Goodbye.");
                delete(t);
                delete(tt);
                sleep(1);
        }
}