• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            S.l.e!ep.¢%

            像打了激速一樣,以四倍的速度運轉(zhuǎn),開心的工作
            簡單、開放、平等的公司文化;尊重個性、自由與個人價值;
            posts - 1098, comments - 335, trackbacks - 0, articles - 1
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            一種定位內(nèi)存泄露的方法(Linux)

            Posted on 2012-03-26 09:13 S.l.e!ep.¢% 閱讀(2953) 評論(0)  編輯 收藏 引用 所屬分類: gdb

            一種定位內(nèi)存泄露的方法(Linux)

            分類: C/C++Linux 612人閱讀 評論 (0) 收藏 舉報

            目的:

            本文是《一種定位內(nèi)存泄露的方法( Solaris )》對應的 Linux 版本,調(diào)試器使用 gdb 。主要介紹實例部分。其他請見《一種定位內(nèi)存泄露的方法( Solaris )》。

            實例:

            模擬 new 失敗的程序:

            #include <stdexcept>

            class ABC

            {

            public:

            ??????? virtual ~ABC(){}

            ??????? int i;

            ??????? int j;

            };

            ?

            void f()

            {

            ??????? for (int i = 0; i < 1000; ++i)

            ??????? {

            ??????????????? ABC* p = new ABC;

            ??????? }

            ??????? throw std::bad_alloc();

            }

            ?

            int main()

            {

            ??????? f();

            ??????? return 0;

            }

            1) 編譯運行此段代碼。產(chǎn)生一個 core 文件

            2) gdb 打開這個 core 文件:

            gdb a.out core

            (gdb)run

            Starting program: /test/new_fail/a.out

            terminate called after throwing an instance of 'std::bad_alloc'

            ? what():? std::bad_alloc

            ?

            Program received signal SIGABRT, Aborted.

            0x00007ffff733f645 in raise () from /lib64/libc.so.6

            (gdb)info proc

            process 10683

            cmdline = '/test/new_fail/a.out'

            cwd = '/test/new_fail'

            exe = '/test/new_fail/a.out'

            (gdb) shell pmap 10683

            10683: a.out

            START?????????????? SIZE???? RSS???? PSS?? DIRTY??? SWAP PERM MAPPING

            0000000000400000????? 4K????? 4K????? 4K????? 0K????? 0K r-xp /test/new_fail/a.out

            0000000000600000????? 4K????? 4K????? 4K????? 4K????? 0K r--p /test/new_fail/a.out

            0000000000601000????? 4K????? 4K????? 4K????? 4K????? 0K rw-p /test/new_fail/a.out

            0000000000602000??? 132K???? 32K???? 32K???? 32K????? 0K rw-p [heap]

            (略)

            Total:??????????? 11468K?? 1048K??? 684K??? 180K????? 0K

            ?

            360K writable-private, 11108K readonly-private, 0K shared, and 1048K referenced

            ?

            可以看到 heap 空間的起始地址是 0x0000000000602000 ,共 132K 字節(jié),即 132*1024=135168 字節(jié)。

            3) 因為是 64 位應用程序,所以指針占 8 字節(jié)。所以需要遍歷的指針個數(shù)為 135168/8=16896

            4) 將結(jié)果輸出到日志文件 gdb.txt 中:

            (gdb) set height 0

            (gdb) set logging on

            Copying output to gdb.txt.

            (gdb) x/16896a 0x0000000000602000

            gdb.txt 的內(nèi)容:

            0x602000:?????? 0x0???? 0x21

            0x602010:?????? 0x400b30 <_ZTV3ABC+16>? 0x0

            0x602020:?????? 0x0???? 0x21

            0x602030:?????? 0x400b30 <_ZTV3ABC+16>? 0x0

            ….

            5) 過濾 gdb.txt

            awk '{print $2"/n"$3}' gdb.txt|c++filt|grep vtable>gdb_vtable.txt

            gdb_vtable.txt 的內(nèi)容為:

            <vtable for ABC+16>

            <vtable for ABC+16>

            <vtable for ABC+16>

            <vtable for ABC+16>

            ….

            6) gdb_vtable.txt 的內(nèi)容導入到 SQLServer 中(如果記錄不多,可以用 Excel 代替)。表名為 gdb_vtable ,第一列 Col001 為符號。對其分組求和:

            select Col001, count(1) quantity from gdb_vtable

            group by Col001

            order by quantity desc

            結(jié)果為:

            Col001????????????????????????????????????????????????????????????????????????????????????quantity

            <vtable for ABC+16>????? ?????????????????????????????????????????????? ???????? 1000

            <vtable for std::bad_alloc@@GLIBCXX_3.4+16>??????????????? 1

            可知 core 里有 1000 ABC ,遍歷使用 ABC 的代碼,可知存在泄漏。

            亚洲av伊人久久综合密臀性色 | 久久久久久国产精品美女| 97久久精品午夜一区二区| 国产精品无码久久久久| 久久亚洲AV无码西西人体| 亚洲αv久久久噜噜噜噜噜| 精品久久久久久亚洲精品 | 一本久久a久久精品综合香蕉| 亚洲性久久久影院| 精品国产91久久久久久久 | 久久综合亚洲欧美成人| 成人精品一区二区久久| 伊人久久无码中文字幕| 九九久久精品无码专区| 亚洲日本va中文字幕久久| 久久久久久亚洲精品无码| 久久精品午夜一区二区福利| 色综合久久88色综合天天 | 久久久久亚洲AV无码麻豆| 一本色道久久综合狠狠躁篇| 国内精品久久久久国产盗摄| 久久99精品国产麻豆| 精品无码久久久久国产动漫3d| 国产精品欧美久久久久天天影视| 久久久久亚洲AV片无码下载蜜桃 | 久久亚洲AV成人无码电影| 亚洲国产成人久久精品99| 精品久久777| 99久久人妻无码精品系列蜜桃| 热久久视久久精品18| 久久精品国产WWW456C0M| 蜜桃麻豆www久久| 91久久国产视频| 久久精品视频网| 9191精品国产免费久久| 国产精品久久久久影院色| 潮喷大喷水系列无码久久精品| 久久久噜噜噜久久中文福利| 久久Av无码精品人妻系列| 国产精品久久久久久搜索 | 国产69精品久久久久久人妻精品|