C/C++でのメモリリーク検出方法 〜AddressSanitizer, Valgrind, mtrace〜 - kivantium活動日記
C/C++でプログラムを書いているときに遭遇する厄介なバグの一つがメモリリークです。 今回はメモリリークを検出するのに使えるツールの使い方について書きます。 AddressSanitizer コンパイルオプションをつけるだけで使えて出力も見やすいのでおすすめです。 AddressSanitizerはGCC 4.8以降かLLVM 3.1以降で使うことができます。 コンパイル時にオプションをつけるだけでメモリリークを検出してくれます。（若干実行時間が長くなります） 以下のメモリリークのあるプログラム leak.cpp を例に使い方を説明します。 int main() { int *a = new int[10]; } newで作った動的配列をdeleteしていないのでメモリリークになります。 g++ -fsanitize=address -fno-omit-frame-pointer -g l
valgrindが検出するメモリリークの種類 - wagavulin's blog
C/C++のメモリリークチェックツールと言えばvalgrindが有名だが、メッセージの詳細を日本語で説明しているサイトはあまりないようなので調べてみた。 valgrindは、mallocやnewで確保されたメモリ領域がポインタによって辿れるかどうかをチェックすることでメモリリークを検出する。以下の例を見てみよう。 char *g_ptr; void func(){ char *p = new char[32]; // (A) } int main(){ func(); } main関数から始まり、そこからfuncが呼ばれ、現在 (A) の位置にいるとしよう。このとき、メモリ上にはmain関数とfunc関数で定義された変数があり、また、グローバル変数であるg_ptrも有効な状態で存在している。func関数が抜けると変数pは無効になる。 このpやg_ptrのようなデータのことをroot-set
valgrind でメモリリークの誤検出が起きる場合、suppression を指定する - tokuhirom's blog
valgrind は、問題がない場合でも誤検出することがママある。 そのような場合、suppressions ファイルを生成すればよい。 たとえば、dlopen() は内部でエラーメッセージ保存用のバッファを calloc で確保するが、このバッファは開放されないが、これはバグではないということになっている。See. https://sourceware.org/bugzilla/show_bug.cgi?id=14015 このような場合、以下のようにして、--gen-suppressions=all として、suppressions 設定をダンプさせることができる。 $ make -j 4 && valgrind --gen-suppressions=all --leak-check=full --show-leak-kinds=all ./a.out make: Nothing to
動的解析ツール「Valgrind-3.13」リリース、より大規模なシステムに対応可能に | OSDN Magazine
Valgrind開発チームは6月14日、最新安定版「Valgrind-3.13.0」を公開した。Valgrindはアプリケーションの実行時の挙動を動的に解析するツールで、本バージョンでは大規模アプリケーション向けの機能強化が図られている。 Valgrindはアプリケーション実行時のメモリ管理やスレッド管理などを分析したり、プロファイリングなどを行えるオープンソースの解析ツール。GPLv2で公開されており、メモリエラー検出、スレッドエラー検出、キャッシュとブランチ予測プロファイラ、ヒーププロライラ、コールグラフ生成キャッシュとブランチ予測プロファイラの5種類合計6つのツールから構成されている。Linux（x86、AMD64、ARM、ARM64、PPC32/64/64LE、S390X、MIPS32/64）、Solaris（x86、AMD64）、Android（ARM、ARM64、x86、MIP
KCachegrindを使ったコード改善 (実践編) « Stop Making Sense
図の掲載は省略しますが、string::reserve() の Call Graph でも改善されていることが確認出来ます。 開発者が直接new/deleteを記述していなくても、プロファイルを取ってみるとヒープの取得・解放が頻発してて、しかもstringクラス絡みが結構な割合…ということが時々有ります。(例えば、詳細なログを多く出しているような真面目なプログラムにその傾向が…) 頻繁にヒープの取得・解放を繰り返すようなシステムは、例え受入れ試験を通過したとしても、その後、長期安定稼働してくれるか不安になります。何かの拍子にシステム全体が不安定になったとき、自分たちの担当したプロセスはちゃんと動いてくれるだろうか…などと考えると、夜も眠れません心配になってきます。 STL(特にコンテナやstringクラス)を使っている場合、ヒープの取得を完全に無くすことは難しい(限りなく無理)ですが、回数
mod_mrubyのメモリ問題をvalgrindで調査の上jemallocで改善
人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 mod_mrubyはmrubyのmrb_stateをApacheのサーバプロセス上で使いまわすアーキテクチャをとっています。基本的にプロセスは起動しっぱなしなのですが、リクエストを大量に処理すると、プロセスのメモリがどんどん太っていく問題がありました。 これは、mruby-uv等でも報告されており、どうにか改善したいと思っていました。そこで、twitter上でいくつかmatzさんとやり取りしながら、valgrindでメモリのLEAKとHEAPを調査の上、mallocのフラグメントを疑い、jemallocでmallocをフックするとどのようにメモリ使用量が改善するかを実験しました。 valgrindでApacheをデバッグ valgrindでA
Memory – Part 5: Debugging Tools · Intersec TechTalk
Introduction Here we are! We spent 4 articles explaining what memory is, how to deal with it and what are the kind of problems you can expect from it. Even the best developers write bugs. A commonly accepted estimation seems to be around of few tens of bugs per thousand of lines of code, which is definitely quite huge. As a consequence, even if you proficiently mastered all the concepts covered by
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linuxコマンドでボトルネックを調べる
ThreadSanitizer - data-race-test - ThreadSanitizer is a Valgrind-based detector of data races - Project Hosting on Google Code
Logdown - Site Maintenance
Callgrind + Kcachegrindで関数呼び出しのトレースをする - Ryoの開発日記
メモリリーク、不正アクセスの検出について（Linuxの場合） | 日々雑感、覚書