記憶體泄漏定位工具之 valgrind 使用

来源:https://www.cnblogs.com/const-zpc/archive/2022/07/01/16364424.html
-Advertisement-
Play Games

記錄如何通過 valgrind 的 memcheck 工具分析定位記憶體泄漏的問題 ...


1 前言

        前面介紹了 GCC 自帶的 mtrace 記憶體泄漏檢查工具，該篇主要介紹開源的記憶體泄漏工具 valgrind，valgrind 是一套 Linux 下，開放源代碼的動態調試工具集合，能夠檢測記憶體管理錯誤、線程 BUG 等，valgrind 由內核（core）以及基於內核的其他調試工具組成。內核類似於一個框架（framework），它模擬了一個 CPU 環境，並提供服務給其他工具；而其他工具則類似於插件 (plug-in)，利用內核提供的服務完成各種特定的記憶體調試任務。

        該篇主要是介紹 valgrind 在聯詠 NT98X 系列晶元的 ARM 平臺上的編譯使用及在使用過程中遇到的問題。

1.1 介紹

valgrind 包括的工具如下：

  1. memcheck，這是valgrind應用最廣泛的工具，一個重量級的記憶體檢查器，能夠發現開發中絕大多數記憶體錯誤使用情況，比如：使用未初始化的記憶體，使用已經釋放了的記憶體，記憶體訪問越界等。
  2. callgrind，主要用來檢查程式中函數調用過程中出現的問題。
  3. cachegrind，主要用來檢查程式中緩存使用出現的問題。
  4. helgrind，主要用來檢查多線程程式中出現的競爭問題。
  5. massif，主要用來檢查程式中堆棧使用中出現的問題。
  6. extension，可以利用core提供的功能，自己編寫特定的記憶體調試工具。

2 編譯

2.1 前期準備

1、下載 valgrind (https://www.valgrind.org/downloads/)

wget http://valgrind.org/downloads/valgrind-3.12.0.tar.bz2

2、解壓縮，輸入指令解壓

 tar -jxvf valgrind-3.12.0.tar.bz2

3、進入解壓後的目錄中

cd valgrind-3.12.0

4、執行腳本

./autogen.sh

2.2 環境配置

執行腳本完成後，需要先修改 configure 腳本，將 armv7*)  改為 armv7* | arm )，然後按照下麵執行（根據自己的交叉編譯環境修改）

./configure --host=arm-ca9-linux-gnueabihf CC=arm-ca9-linux-gnueabihf-gcc CPP=arm-ca9-linux-gnueabihf-cpp CXX=arm-ca9-linux-gnueabihf-g++ --prefix=/mnt/valgrind

其中 --prefix 設置的編譯生成後的路徑要保證在目標板上的路徑一致，否則在實際使用時會報錯，當然如果條件不允許的話，在使用前可以設置 valgrind 的環境變數解決，具體在“遇到的問題”章節中會提及。

make -j;make install

會在 --prefix 指定的目錄下生成四個子目錄：bin、include、lib 和 share，我們需要的 valgrind 就在其中的bin目錄下。

3 使用

3.1 前期準備

        可以選擇通過拷貝或者掛載的方式，但是不管哪一種，都需要將bin、include、lib 和 share 放置在 /mnt/valgrind 下（上面我設置 --prefix 的路徑是 /mnt/valgrind），比如我通過掛載的方式（我已經將 /mnt/valgrind 的 bin、include 和 lib 文件夾拷貝到 /home/const/workspace/valgrind）

mount -t nfs -o nolock,tcp 192.168.1.100:/home/const/workspace/valgrind /mnt/valgrind

3.2 執行

可輸入以下指令測試 valgrind 是否可以正常運行，如果出現一大堆選項解釋，則表示成功

/mnt/valgrind/bin/valgrind --help

通過檢查記憶體泄漏的問題使用（./sample為可執行程式名）：

/mnt/valgrind/bin/valgrind --error-limit=no --leak-check=full --tool=memcheck ./sample

4 常見問題

4.1 編譯配置期間的常見問題

1、配置 configure 時遇到類似以下問題，解決方案請參考上述中編譯期間的“環境配置”，修改 configure 文件保存。

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for arm-ca9-linux-gnueabihf-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether ln -s works... yes
checking for arm-ca9-linux-gnueabihf-gcc... /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc accepts -g... yes
checking for /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc option to accept ISO C89... none needed
checking whether /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc... gcc3
checking how to run the C preprocessor... /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-cpp
checking whether we are using the GNU C++ compiler... yes
checking whether /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-g++ accepts -g... yes
checking dependency style of /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-g++... gcc3
checking for arm-ca9-linux-gnueabihf-ranlib... no
checking for ranlib... ranlib
configure: WARNING: using cross tools not prefixed with host triplet
checking for a sed that does not truncate output... /bin/sed
checking for ar... /usr/bin/ar
checking for perl... /usr/bin/perl
checking for gdb... /usr/bin/gdb
checking dependency style of /opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc... gcc3
checking for diff -u... yes
checking for a supported version of gcc... ok (6.5.0)
checking build system type... x86_64-unknown-linux-gnu
checking host system type... arm-ca9-linux-gnueabihf
checking for a supported CPU... no (arm)
configure: error: Unsupported host architecture. Sorry

2、配置 configure 時遇到類似以下問題，原因是交叉編譯工具鏈在環境中沒有添加，checking 找不到對應路徑的工具鏈

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for arm-ca9-linux-gnueabihf-strip... no
checking for strip... strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether ln -s works... yes
checking for arm-ca9-linux-gnueabihf-gcc... arm-ca9-linux-gnueabihf-gcc
checking whether the C compiler works... no
configure: error: in `/home/const/workspace/Download/valgrind-3.12.0':
configure: error: C compiler cannot create executables
See `config.log' for more details

解決方案：除了--host 外，其他都需要絕對路徑（根據自己的交叉編譯鏈工具路徑修改）：

./configure --host=arm-ca9-linux-gnueabihf CC=/opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-gcc CPP=/opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-cpp CXX=/opt/arm-ca9-linux-gnueabihf-6.5/bin/arm-ca9-linux-gnueabihf-g++ --prefix=/mnt/valgrind

4.2 使用期間的常見問題

1、測試 valgrind 或者使用時，出現以下錯誤，其原因是沒有找到 valgrind 的 lib 庫（不要試圖修改 LD_LIBRARY_PATH，沒有用）。

valgrind: failed to start tool 'memcheck' for platform 'arm-linux': No such file or directory

解決方案有兩種：

  1. 按照上述編譯期間環境配置中的 --prefix 的路徑保證目標板上的路徑一致，如果不確定可以打開 valgrind//lib/pkgconfig/valgrind.pc 文件查看，第一行的 prefix= 為編譯安裝後的路徑
  2. 在目標板上設置 valgrind 的環境變數：export VALGRIND_LIB=/mnt/valgrind/lib/valgrind（根據自己存放的 valgrind 路徑修改）

2、使用時出現 ld-linux-armhf.so.3 的錯誤，原因是目標板上的 ld-2.29.so（ld-linux-armhf.so.3是 ld-2.29.so 的軟鏈接）是被 stripped 後的。

# /mnt/valgrind/bin/valgrind --error-limit=no --leak-check=full --tool=memcheck /usr/local/bin/sample
==701== Memcheck, a memory error detector
==701== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==701== Using Valgrind-3.12.0 and LibVEX; rerun with -h for copyright info
==701== Command: /usr/local/bin/sample
==701== 

valgrind:  Fatal error at startup: a function redirection
valgrind:  which is mandatory for this platform-tool combination
valgrind:  cannot be set up.  Details of the redirection are:
valgrind:  
valgrind:  A must-be-redirected function
valgrind:  whose name matches the pattern:      strcmp
valgrind:  in an object with soname matching:   ld-linux-armhf.so.3
valgrind:  was not found whilst processing
valgrind:  symbols from the object with soname: ld-linux-armhf.so.3
valgrind:  
valgrind:  Possible fixes: (1, short term): install glibc's debuginfo
valgrind:  package on this machine.  (2, longer term): ask the packagers
valgrind:  for your Linux distribution to please in future ship a non-
valgrind:  stripped ld.so (or whatever the dynamic linker .so is called)
valgrind:  that exports the above-named function using the standard
valgrind:  calling conventions for this platform.  The package you need
valgrind:  to install for fix (1) is called
valgrind:  
valgrind:    On Debian, Ubuntu:                 libc6-dbg
valgrind:    On SuSE, openSuSE, Fedora, RHEL:   glibc-debuginfo
valgrind:  
valgrind:  Note that if you are debugging a 32 bit process on a
valgrind:  64 bit system, you will need a corresponding 32 bit debuginfo
valgrind:  package (e.g. libc6-dbg:i386).
valgrind:  
valgrind:  Cannot continue -- exiting now.  Sorry.

        關於這個問題，網上有很多都說用 not stripped 的 ld-2.29.so 替換目標板上 /lib/ld-2.29.so ，解決方法簡單，但是依舊困擾了我幾天時間，因為我使用的是目標板是只讀文件系統（不要問我為啥不設置成可讀寫的，因為工作內容限制），不能修改 /lib 的內容導致無法被替換，因此下麵的方式是通過指定路徑的 ld-2.29.so 來解決該問題，不要試圖用環境變數 LD_PRELOAD 去優先選擇 ld-2.29.so 或者 ld-linux-armhf.so.3 來執行，沒有任何意義（因為 ld-2.29.so 不是一個普通的動態庫，它是會使用環境變數 LD_PRELOAD，可以百度搜它們之間的關係）。

        在這幾天中，試了很多方式，由於一開始的定位問題的思路錯了，導致後面一直沒有成功（以為只要用 not stripped 的 ld-2.29.so 去執行 valgrind 就可以了，自從解決後，回頭看想想其實從之前的 valgrind --help 成功後表示 valgrind 已經是可以正常使用的了 ），而本質的問題是被檢測的可執行程式才是需要被 not stripped 的 ld-2.29.so 去執行。

        通過 readelf 查看可執行文件的 ELF 信息，可以看到動態庫載入器 interpreter 為 /lib/ld-linux-armhf.so.3，表示該執行程式使用的是 /lib 路徑下的

ld-linux-armhf.so.3（/lib/ld-2.29.so 的軟連接），那現在解決問題的思路清晰了，只要改變它就可以了。

const@const-virtual-machine:~/workspace/valgrind/bin$ readelf -l sample                                                              
Elf 文件類型為 EXEC (可執行文件)
Entry point 0x12d18
There are 10 program headers, starting at offset 52

程式頭：
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  PHDR           0x000034 0x0000f034 0x0000f034 0x00140 0x00140 R   0x4
  GNU_STACK      0x001000 0x00000000 0x00000000 0x00000 0x00000 RW  0x10
  LOAD           0x000000 0x0000f000 0x0000f000 0x01000 0x01000 RW  0x1000
  INTERP         0x000174 0x0000f174 0x0000f174 0x00031 0x00031 R   0x1
      [Requesting program interpreter: /lib/ld-linux-armhf.so.3]
  LOAD           0x001000 0x00010000 0x00010000 0x08148 0x08148 R E 0x1000
  NOTE           0x001170 0x00010170 0x00010170 0x00020 0x00020 R   0x4
  EXIDX          0x008eac 0x00017eac 0x00017eac 0x00298 0x00298 R   0x4
  LOAD           0x009e70 0x00028e70 0x00028e70 0x002d4 0x002e4 RW  0x1000
  GNU_RELRO      0x009e70 0x00028e70 0x00028e70 0x00190 0x00190 R   0x1
  DYNAMIC        0x009ed8 0x00028ed8 0x00028ed8 0x00128 0x00128 RW  0x4

首先我們需要找到 not stripped 的 ld-2.29.so，一般在交叉編譯工具鏈里的 target/lib 能夠找到，通過以下指令可以確定

const@const-virtual-machine:/$ file /opt/arm-ca9-linux-gnueabihf-6.5/target/lib/ld-2.29.so 
/opt/arm-ca9-linux-gnueabihf-6.5/target/lib/ld-2.29.so: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, not stripped

比如我將這個 target 中的 lib 文件夾拷貝到掛載的指定目錄下（目標板的路徑則是 /mnt/valgrind/lib/target/lib）

cp -rf /opt/arm-ca9-linux-gnueabihf-6.5/target/lib /home/const/workspace/valgrind/target/lib/

解決方案有三種：

1、在編譯期間，通過編譯選項指定使用對應路徑下的 ld-linux-armhf.so.3（是 ld-2.29.so 的軟連接）進行編譯，再通過 readelf 讀取確認

LDFLAGS+=-Wl,--dynamic-linker='/mnt/valgrind/lib/target/lib/ld-linux-armhf.so.3'

2、通過 patchelf 修改編譯後的可執行文件，再通過 readelf 讀取確認

const@const-virtual-machine:~/worksapce/bin$ patchelf --set-interpreter /mnt/valgrind/lib/target/lib/ld-linux-armhf.so.3 sample 
const@const-virtual-machine:~/worksapce/bin$ readelf -l sample 

Elf 文件類型為 EXEC (可執行文件)
Entry point 0x12d18
There are 10 program headers, starting at offset 52

程式頭：
  Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
  PHDR           0x000034 0x0000f034 0x0000f034 0x00140 0x00140 R   0x4
  GNU_STACK      0x001000 0x00000000 0x00000000 0x00000 0x00000 RW  0x10
  LOAD           0x000000 0x0000f000 0x0000f000 0x01000 0x01000 RW  0x1000
  INTERP         0x000174 0x0000f174 0x0000f174 0x00031 0x00031 R   0x1
      [Requesting program interpreter: /mnt/valgrind/lib/target/lib/ld-linux-armhf.so.3]
  LOAD           0x001000 0x00010000 0x00010000 0x08148 0x08148 R E 0x1000
  NOTE           0x001170 0x00010170 0x00010170 0x00020 0x00020 R   0x4
  EXIDX          0x008eac 0x00017eac 0x00017eac 0x00298 0x00298 R   0x4
  LOAD           0x009e70 0x00028e70 0x00028e70 0x002d4 0x002e4 RW  0x1000
  GNU_RELRO      0x009e70 0x00028e70 0x00028e70 0x00190 0x00190 R   0x1
  DYNAMIC        0x009ed8 0x00028ed8 0x00028ed8 0x00128 0x00128 RW  0x4

3、不需要修改編譯選項，也不需要修改可執行文件，在目標板直接輸入以下指令即可

/mnt/valgrind/bin/valgrind --error-limit=no --leak-check=full --tool=memcheck /mnt/valgrind/lib/target/lib/ld-linux-armhf.so.3  /usr/local/bin/sample

 

本文來自博客園，作者：大橙子瘋，轉載請註明原文鏈接：https://www.cnblogs.com/const-zpc/p/16364424.html


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 【機器學習】K-means聚類分析
    前言 聚類問題是無監督學習的問題，演算法思想就是物以類聚，人以群分，聚類演算法感知樣本間的相似度，進行類別歸納，對新輸入進行輸出預測，輸出變數取有限個離散值。本次我們使用兩種方法對鳶尾花數據進行聚類。 無監督就是沒有標簽的進行分類 K-means 聚類演算法 K-means聚類演算法（k-均值或k-平均）聚 ...
  • 騰訊二面：@Bean 與 @Component 用在同一個類上，會怎麼樣？
    來源：cnblogs.com/youzhibing/p/15354706.html 疑慮背景 疑慮描述 最近，在進行開發的過程中，發現之前的一個寫法，類似如下： 以我的理解，@Configuration 加 @Bean 會創建一個 userName 不為 null 的 UserManager 對象， ...
  • C#生成putty格式的ppk文件（支持passphrase）
    進入移動互聯網時代以來，Windows桌面開發已經很久不碰了。之前就是從做Windows開發入行的。 當年，還是C++ VC6, MFC的時代。那時候開發要查的是MSDN :-)。記憶體要自己管理， 排查記憶體泄漏（忘了釋放分配的記憶體）也是基本日常。光陰似箭，歲月如梭~！ 幾年之前，北漂時需要寫一個wi ...
  • .NET ORM框架HiSql實戰-第一章-集成HiSql
    Sorted Set (ZSet) 數據結構 Sorted Set (ZSet), 即有序集合, 底層使用 壓縮列表(ziplist) 或者 跳躍表(skiplist) 使用 壓縮列表(ziplist) 當同時滿足下麵兩個條件時,使用 ziplist 存儲數據 元素個數少於128個 (zset-ma ...
  • 在VirtualBox上創建openEuler虛擬機（新手教程）
    1 環境準備： VirtualBox下載地址：https://www.virtualbox.org/wiki/Downloads，根據自己的系統類型進行下載安裝即可。 openEuler ISO下載地址：https://www.openeuler.org/zh/download/，選擇自己想要的版本 ...
  • RAID技術圖解（mdadm）
    一、概述 RAID （ Redundant Array of Independent Disks ）即獨立磁碟冗餘陣列，通常簡稱為磁碟陣列。簡單地說， RAID 是由多個獨立的高性能磁碟驅動器組成的磁碟子系統，從而提供比單個磁碟更高的存儲性能和數據冗餘高可靠性的存儲技術。RAID分為硬 RAID、全 ...
  • Dreamweaver 2021 for Mac(DW網站開發製作軟體)
    Dreamweaver 2021 mac版是目前行業中最優秀的一款網站開發利器，新版本的dw 2021下載比以往任何版本都更專註、更高效和快速，具備全新代碼編輯器、更直觀的用戶界面和多種增強功能。強大的功能可以幫助編程人員更輕鬆、高效的設計網頁。 Dreamweaver 2021 for Mac(D ...
  • Jenkins之Maven的配置
    鏡像下載、功能變數名稱解析、時間同步請點擊 阿裡雲開源鏡像站 Maven集成 在Jenkins上發佈Java項目時需要使用Maven來進行構建打包(Gradle項目則需要安裝配置Gradle) 1.1 環境準備 這篇文章是在前一篇文章的基礎上 maven包下載地址 [root@192 java]# pwd ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類