.Net Framework のメモリ分析の問題

Visual Studio マネージ メモリ アナライザーを使用して、.NET Framework コードでのメモリ リークおよび非効率的なメモリの使用を検出します。対象コードの最低限の .NET Framework バージョンは .NET Framework 4.5 です。このオプションは、Visual Studio 2013 の Ultimate バージョンのダンプ概要ページからのみ使用可能です。Premium または Professional を使用している場合、このオプションは表示されません。

このメモリ分析ツールでは、アプリのメモリ内にあるオブジェクトのコピーであるヒープ データ付きダンプ ファイルの情報が分析されます。ダンプ (.dmp) ファイルは、Visual Studio IDE から収集することも、その他のシステム ツールを使用して収集することもできます。

• 単一のスナップショットを分析することにより、オブジェクト型のメモリ使用に対する相対的な影響を理解し、アプリ内でメモリが効率的に使用されていないコードを検出することができます。

• アプリの 2 つのスナップショットを比較 (diff) することにより、コード内で時間の経過に伴ってメモリ使用量が増加している箇所を検出することもできます。

マネージ メモリ アナライザーのチュートリアルについては、Visual Studio ALM + Team Foundation Server ブログの「Visual Studio 2013 を使用した、実稼働での .NET メモリ問題の診断」を参照してください。

目次

Memory use in .NET Framework apps

Identify a memory issue in an app

Collect memory snapshots

Analyze memory use

.NET Framework アプリでのメモリ使用

.NET Framework はガベージ コレクションが実行されるランタイムであるため、ほとんどのアプリでメモリの使用が問題になりません。ただし、Web サービスや Web アプリケーションなどの長時間実行されるアプリケーションおよびメモリ量に制限があるデバイスでは、メモリ内にオブジェクトが蓄積されると、アプリのパフォーマンスや、そのアプリを実行するデバイスのパフォーマンスに影響することがあります。メモリが過剰に使用されると、ガベージ コレクターの実行頻度が高すぎる場合や、オペレーティング システムが RAM とディスクとの間でメモリを移動せざるを得ない場合、アプリケーションやコンピューターのリソースが不足する可能性があります。最悪の場合、"メモリ不足" 例外によってアプリがクラッシュすることもあります。

.NET のマネージ ヒープは、アプリによって作成された参照オブジェクトが格納される仮想メモリの領域です。オブジェクトの有効期間はガベージ コレクター (GC) によって管理されます。ガベージ コレクターは参照を使用して、メモリ ブロックを占有するオブジェクトを追跡します。参照は、オブジェクトが作成され変数に割り当てられると、作成されます。単一のオブジェクトに対して、複数の参照を作成することもできます。たとえば、クラス、コレクション、またはその他のデータ構造にオブジェクトを追加するか、2 つ目の変数にオブジェクトを割り当てると、オブジェクトへの追加の参照が作成されます。明示的な方法ではありませんが、あるオブジェクトでイベント ハンドラーを別のオブジェクトのイベントに追加した場合も、参照が作成されます。この場合、ハンドラーが明示的に削除されるか 2 つ目のオブジェクトが破棄されるまで、最初のオブジェクトへの参照が 2 つ目のオブジェクトに保持されます。

各アプリケーションについて、GC では、アプリケーションから参照されるオブジェクトを追跡する参照ツリーが管理されます。参照ツリーには、ルートのセットがあります。これにはグローバル オブジェクトおよび静的オブジェクト、関連付けられたスレッドのスタック、動的にインスタンス化されたオブジェクトが含まれます。オブジェクトへの参照を持つ 1 つ以上の親オブジェクトがある場合、そのオブジェクトではルートが作成されます。GC は、アプリケーション内の他のオブジェクトまたは変数から参照されていない場合にのみ、そのオブジェクトのメモリを再利用できます。

Contents

アプリ内でのメモリに関する問題の特定

メモリに関する問題の最も可視的な兆候は、アプリのパフォーマンスです (特に、時間の経過に伴ってパフォーマンスが低下する場合)。特定のアプリの実行中に他のアプリのパフォーマンスが低下した場合も、メモリの問題を示している可能性があります。メモリの問題が疑われる場合は、タスク マネージャーや Windows パフォーマンス モニターなどのツールを使用して、調査を進めます。たとえば、考えられるメモリ リークの原因として、説明が付かないような合計メモリ サイズの増加がないか確認します。

また、コードについて認識しているより明らかに大きいメモリ スパイクに気付くことがあります。このような場合は、プロシージャ内での非効率的なメモリの使用を示している可能性があります。

メモリのスナップショットの収集

メモリ分析ツールでは、ヒープ情報が含まれたダンプ ファイルの情報を分析します。Visual Studio でダンプ ファイルを作成することも、Windows Sysinternals の ProcDump などのツールを使用することもできます。Visual Studio デバッガー チーム ブログの「ダンプの概要と作成方法」を参照してください。

[!メモ]

ほとんどのツールでは、完全なヒープ メモリ データの有無に関係なくダンプ情報を収集できます。Visual Studio メモリ アナライザーでは、完全なヒープ情報が求められます。

Visual Studio からダンプを収集するには

1. Visual Studio プロジェクトから開始されたプロセスのダンプ ファイルを作成することも、実行中のプロセスにデバッガーをアタッチすることもできます。「実行中のプロセスへのアタッチ」を参照してください。

2. 実行を停止します。デバッガーは、[デバッグ] メニューの [すべて中断] が選択された場合や、例外の発生時またはブレークポイントで停止します。

3. [デバッグ] メニューの [名前を付けてダンプを保存] をクリックします。[名前を付けてダンプを保存] ダイアログ ボックスで場所を指定し、[ファイルの種類] ボックスの一覧で [ヒープ付きミニダンプ] (既定) が選択されていることを確認します。

2 つのメモリ スナップショットを比較するには

アプリでのメモリ使用量の増加を分析するには、アプリの単一インスタンスから 2 つのダンプ ファイルを収集します。

Contents

メモリ使用量の分析

Filter the list of objects | Analyze memory data in from a single snapshot | Compare two memory snapshots

ダンプ ファイルでメモリ使用に関する問題を分析するには:

1. Visual Studio で、[ファイル]、[開く] の順にクリックし、ダンプ ファイルを指定します。

2. [ミニダンプ ファイルの概要] ページで、[マネージ メモリのデバッグ] をクリックします。

   

メモリ アナライザーによるデバッグ セッションが開始し、ファイルの分析が行われ、[ヒープの表示] ページに結果が表示されます。

Contents

オブジェクト一覧のフィルター処理

メモリ アナライザーの既定では、メモリ スナップショット内のオブジェクト一覧がフィルター処理されます。これにより、ユーザー コードの型とインスタンスのみを対象とし、合計ヒープ サイズのパーセンテージで表したしきい値を超える合計包括サイズの型のみが表示されます。[表示設定] の一覧で、これらのオプションを変更することもできます。

また [検索] ボックスに文字列を入力することによって、型の一覧をフィルター処理することもできます。一覧には、この文字列が名前に含まれる型のみが表示されます。

Contents

単一スナップショットからのメモリ データの分析

Visual Studio による新しいデバッグ セッションが開始し、ファイルの分析が行われ、[ヒープの表示] ページにメモリ データが表示されます。

Contents

オブジェクトの型テーブル

最上部のテーブルには、メモリ内に保持されているオブジェクトの型が一覧表示されます。

• [データの個数] には、スナップショット内の型のインスタンス数が示されます。

• [サイズ (バイト)] は、参照先オブジェクトのサイズを除く、型の全インスタンスのサイズです。

• [包括サイズ (バイト)] には、参照先オブジェクトのサイズも含まれます。

[オブジェクトの型] 列のインスタンス アイコン () を選択すると、その型のインスタンスのリストを表示できます。

インスタンス テーブル

• [インスタンス] は、オブジェクトのオブジェクト ID として機能する、オブジェクトのメモリ位置です。

• [値] は、値型の実際の値を示します。参照される型の名前の上にポインターを合わせると、データヒントでそのデータ値を確認できます。

  

• [サイズ (バイト)] は、参照先オブジェクトのサイズを除く、オブジェクトのサイズです。

• [包括サイズ (バイト)] には、参照先オブジェクトのサイズも含まれます。

既定では、型とインスタンスは [包括サイズ (バイト)] 順に並べ替えられます。並べ替え順序を変更するには、一覧の列ヘッダーを選択します。

ルートのパス

• [オブジェクトの型] テーブルから型を選択した場合、[ルートのパス] テーブルには、固有の型階層が示されます。この階層では、型のすべてのオブジェクトからルート オブジェクトまでが示され、階層内で上位にある型への参照数も示されます。

• 型のインスタンスからオブジェクトを選択した場合、[ルートのパス] には、そのインスタンスへの参照を保持する実際のオブジェクトのグラフが示されます。オブジェクトの名前の上にポインターを合わせると、データヒントでそのデータ値を確認できます。

参照される型/参照されるオブジェクト

• [オブジェクトの型] テーブルから型を選択した場合、[参照される型] タブには、選択された型のすべてのオブジェクトに保持されている参照される型のサイズと数が示されます。

• 型のインスタンスを選択した場合、[参照される型] には、選択されたインスタンスに保持されているオブジェクトが示されます。名前の上にポインターを合わせると、データヒントでそのデータ値を確認できます。

循環参照

オブジェクトでは、直接的または間接的に 1 つ目のオブジェクトへの参照を保持する 2 つ目のオブジェクトを参照している可能性があります。メモリ アナライザーは、このような状況を検出すると、参照パスの展開を中止し、1 つ目のオブジェクトの表示に "循環が検出されました" という注釈を追加して、停止します。

ルート型

メモリ アナライザーでは、保持されている参照の種類を示す注釈がルート オブジェクトに追加されます。

2 つのメモリ スナップショットの比較

メモリ リークの原因である可能性のあるオブジェクトを見つけるために、プロセスに関する 2 つのダンプ ファイルを比較できます。リークしているオブジェクトの数の増加をわかりやすくするために、1 つ目 (1 回目) と 2 つ目 (2 回目) のファイルを収集する時間間隔は十分長くする必要があります。2 つのファイルを比較するには:

1. 2 つ目のダンプ ファイルを開き、[ミニダンプ ファイルの概要] ページの [マネージ メモリのデバッグ] を選択します。

2. メモリ分析レポート ページで、[ベースラインの選択] の一覧を開き、[参照] をクリックして、1 つ目のダンプ ファイルを指定します。

アナライザーは、レポート上部のペインに列を追加します。これらの列には、型の [データの個数]、[サイズ]、および [包括サイズ (バイト)] と、1 回目のスナップショットの対応する値との差異が表示されます。

[ルートのパス] テーブルにも [参照数の相違] 列が追加されます。

Contents

参照

その他の技術情報

VS ALM TFS ブログ: Visual Studio 2013 を使用した、実稼働での .NET メモリ問題の診断

Channel 9 | Visual Studio TV | マネージ メモリの分析

Channel 9 | Visual Studio Toolbox | Visual Studio 2013 でのマネージ メモリの分析