.Net ガベージコレクションとラージオブジェクトの処理-C#.Net チュートリアル-php.cn

英語の原文: Maoni Stephens、編集者: Zhao Yukai (@玉凯Sir)

CLR ガベージコレクターは、オブジェクトが占有するスペースのサイズに応じてオブジェクトを分割します。大きなオブジェクトと小さなオブジェクトの処理方法には大きな違いがあります。たとえば、メモリのデフラグ - メモリ内の大きなオブジェクトの移動にはコストがかかります。ガベージコレクタが大きなオブジェクトをどのように処理するか、また大きなオブジェクトがプログラムのパフォーマンスにどのような影響を与えるかを調べてみましょう。

ラージオブジェクトヒープとガベージコレクション

.Net 1.0 および 2.0 では、オブジェクトのサイズが 85000 バイトを超える場合、それはラージオブジェクトとみなされます。この数値は、パフォーマンス最適化の経験に基づいています。オブジェクトによって要求されたメモリサイズがこのしきい値に達すると、ラージオブジェクトヒープに割り当てられます。これはどういう意味ですか？これを理解するには、.Net ガベージコレクションメカニズムを理解する必要があります。

ほとんどの人が知っているように、.Net GC は「世代」単位でデータを収集します。プログラムには、世代 0、世代 1、および世代 2 の 3 つの世代のオブジェクトがあります。世代 0 が最も若いオブジェクトで、世代 2 のオブジェクトの生存時間が最も長くなります。 GC はパフォーマンス上の理由から世代ごとにガベージを収集します。通常、オブジェクトは世代 0 でリサイクルされます。たとえば、ASP.NET プログラムでは、各要求に関連付けられたオブジェクトは要求の最後にリサイクルされる必要があります。リサイクルされていないオブジェクトは第 1 世代のオブジェクトになります。つまり、第 1 世代のオブジェクトは、常駐メモリオブジェクトと、もうすぐ消滅するオブジェクトとの間のバッファになります。

世代の観点から見ると、大きなオブジェクトは第 2 世代のリサイクル中にのみ処理されるため、大きなオブジェクトは第 2 世代のオブジェクトに属します。ある世代のガベージコレクションが実行されると、それよりも若い世代のガベージコレクションも同時に実行されます。例: 第 1 世代のガベージコレクションが実行されると、第 1 世代と第 0 世代のオブジェクトが同時にリサイクルされます。第 2 世代のガベージコレクションが実行されると、第 1 世代と第 0 世代のオブジェクトがリサイクルされます。

Generation は、メモリ領域を区別するためのガベージコレクターの論理ビューです。物理ストレージの観点から見ると、オブジェクトはさまざまなマネージドヒープに割り当てられます。マネージドヒープは、オペレーティングシステムからガベージコレクターによって (Windows API VirtualAlloc を呼び出して) 割り当てられるメモリ領域です。 CLR がメモリをロードすると、ラージオブジェクトヒープ (LOH – ラージオブジェクトヒープ) とスモールオブジェクトペア (SOH – スモールオブジェクトヒープ) の 2 つのマネージドヒープが初期化されます。

メモリ割り当てリクエストは、マネージドオブジェクトを対応するマネージドヒープに配置することです。オブジェクトのサイズが 85000 バイト未満の場合は SOH に配置され、それ以外の場合は LOH に配置されます。

SOHの場合、オブジェクトはガベージコレクションを実行した後、次の世代に入ります。つまり、最初にガベージコレクションが実行されたときに、生き残ったオブジェクトが第 2 世代に入る場合、そのオブジェクトが 2 回目のガベージコレクション後にまだガベージコレクションされていない場合、そのオブジェクトは第 2 世代のオブジェクトになります。 object は最も古いオブジェクトであり、世代は増加しません。

ガベージコレクションがトリガーされると、ガベージコレクターは小さなオブジェクトヒープをデフラグし、残っているオブジェクトをまとめて移動します。ラージオブジェクトヒープに関しては、メモリの移動コストが高いため、CLR チームは、メモリを使用する次のラージオブジェクトの要求を満たすために、それらをクリアし、リサイクルされたオブジェクトのリストを作成することを選択しました。隣接するガベージオブジェクトは A にマージされます。メモリの空きブロック。

ラージオブジェクトヒープは .Net 4.0 までデフラグされないことに常に注意してください。ただし、将来的にはデフラグされる可能性があります。したがって、大きなオブジェクトを割り当て、それらを移動したくない場合は、fixed ステートメントを使用できます。

次のスモールオブジェクトヒープ SOH のリサイクル図

上の図では、最初のガベージコレクションの前に 4 つのオブジェクト obj0 ～ 3 があり、最初のガベージコレクションの後、obj1 と obj3 がリサイクルされます。、同時に obj2 と obj0 が一緒に移動され、2 回目のガベージコレクションの前に 3 つのオブジェクト obj4 ～ 6 が割り当てられ、2 回目のガベージコレクションの後、obj2 と obj5 がリサイクルされ、obj4 と obj6 が obj0 の隣に移動されました。

下の図はラージオブジェクトヒープLOHリサイクルの概略図です

ガベージコレクションが実行される前に、最初の2番目のオブジェクトの後に合計4つのオブジェクトobj0-3があることがわかります。生成ガベージコレクション、obj1 と obj2 がリサイクルされました。obj1 と obj2 が占有していた領域は、obj4 がメモリ割り当てを申請したときに、同時に割り当てられました。、記憶の断片が残った。このフラグメントのサイズが 85000 バイト未満の場合、このプログラムのライフサイクル中、このフラグメントを再度使用することはできません。

適用するラージオブジェクト領域を収容するのに十分な空きメモリがラージオブジェクトヒープにない場合、CLR はまずオペレーティングシステムからメモリを適用しようとします。アプリケーションが失敗すると、2 番目のメモリがトリガーされます。世代をリサイクルしてメモリの一部を解放しようとします。

第 2 世代のガベージコレクション中に、不要なメモリは VirtualFree を通じてオペレーティングシステムに返すことができます。返品プロセスについては、以下の画像をご覧ください:

大きな物品はいつリサイクルされますか?

大きなオブジェクトをいつリサイクルするかを議論する前に、まず通常のガベージコレクション操作がいつ実行されるかを見てみましょう。ガベージコレクションは次の状況で発生します:

1. 要求されたスペースが世代 0 のメモリサイズまたはラージオブジェクトヒープのしきい値を超えている場合、ほとんどのマネージドヒープガベージコレクションが発生します。

2. Collect メソッドを呼び出すとき、GC.Collect メソッドを呼び出すときに GC.MaxGeneration パラメーターが渡されると、ラージオブジェクトヒープのガベージコレクションを含むすべての世代オブジェクトのガベージコレクションが実行されます

3。システムにメモリが不足している場合、アプリケーションがメモリ不足の通知を送信したとき

4. ガベージコレクションアルゴリズムが第 2 世代のリサイクルが有効であると判断した場合、第 2 世代のガベージコレクションがトリガーされます

5。オブジェクトヒープに領域サイズのしきい値プロパティがある場合、特定の世代にオブジェクトを割り当て、その世代のしきい値近くまで合計メモリ量を増やすか、この世代のヒープサイズがヒープしきい値を超えるオブジェクトを割り当てる場合、ガベージコレクションが発生します。したがって、スモールオブジェクトまたはラージオブジェクトを割り当てると、世代 0 ヒープまたはラージオブジェクトヒープのしきい値が消費されます。ガベージコレクターがオブジェクトの世代を世代 1 または世代 2 に増やすと、世代 1 と世代 2 のしきい値が消費されます。これらのしきい値は、プログラムの実行中に動的に変化します。

ラージオブジェクトヒープのパフォーマンスへの影響

まず、ラージオブジェクトを割り当てるコストを見てみましょう。 CLR が新しいオブジェクトごとにメモリを割り当てるときは、メモリがクリアされ、他のオブジェクトによって使用されないようにする必要があります (I give out はクリアされます)。これは、割り当てのコストがクリアのコストによって完全に制御されることを意味します (割り当て中にガベージコレクションがトリガーされない限り)。 1 バイトをクリアするのに 2 サイクルかかる場合、最小の大きなオブジェクトをクリアするには 170,000 サイクルかかることになります。通常、非常に大きなオブジェクトを割り当てることはありません。たとえば、2GHz のマシンに 16M のオブジェクトを割り当てると、メモリがクリアされるまでに約 16 ミリ秒かかります。価格が高すぎます。

リサイクルにかかる費用を見てみましょう。前述したように、大きなオブジェクトは 2 世代のオブジェクトと一緒にリサイクルされます。大きなオブジェクトまたは第 2 世代のオブジェクトが占めるスペースがしきい値を超えると、第 2 世代のオブジェクトのリサイクルがトリガーされます。ラージオブジェクトヒープがしきい値を超えたために世代 2 のリサイクルがトリガーされた場合、世代 2 のオブジェクトヒープ自体にはリサイクルできるオブジェクトがあまりありません。第 2 世代ヒープにオブジェクトがそれほど多くない場合、これは大きな問題ではありません。ただし、第 2 世代のヒープが大きく、多くのオブジェクトがある場合、第 2 世代の過剰なリサイクルによりパフォーマンスの問題が発生します。ラージオブジェクトを一時的に割り当てた場合、ガベージコレクションの実行に時間がかかります。つまり、ラージオブジェクトを使用し続けた後、ラージオブジェクトを解放すると、パフォーマンスに大きな悪影響が生じます。

ラージオブジェクトヒープ上の巨大なオブジェクトは通常、配列です (1 つのオブジェクトが非常に大きい場合がまれにあります)。オブジェクト内の要素が強参照である場合、コストは非常に高くなります。要素間に相互参照がない場合、ガベージコレクション中に配列全体を走査する必要はありません。例: 配列を使用してバイナリツリーのノードを保存します。1 つの方法は、ノード内の左右のノードを強く参照することです:

class Node
{
Data d;
Node left;
Node right;
}
 
Node[] binaryTree = new Node[num_nodes];

ログイン後にコピー

num_nodes が大きい数である場合、各ノードは次の場所で表示する必要があることを意味します。少なくとも 2 つの参照要素。別の方法は、左右のノード要素の配列インデックス番号をノードに保存することです

class Node
{
Data d;
uint left_index;
uint right_index;
}

ログイン後にコピー

この場合、要素間の参照関係は binaryTree[left_index] を通じて取得できます。。ガベージコレクターは、ガベージコレクションを実行するときに関連する参照要素を確認する必要がなくなりました。

ラージオブジェクトヒープのパフォーマンスデータを収集する

ラージオブジェクトヒープに関連するパフォーマンスデータを収集するには、いくつかの方法があります。これらの方法を説明する前に、ラージオブジェクトヒープに関連するパフォーマンスデータを収集する必要がある理由について説明しましょう。

特定の側面でパフォーマンスデータの収集を開始するとき、この側面でパフォーマンスのボトルネックの証拠がすでに見つかっているか、すべての側面を検索しても問題が見つからない可能性があります。

.Net CLR メモリパフォーマンスカウンターは、通常、パフォーマンスの問題を探すときに最初に検討する必要があるツールです。 LOH に関連するカウンターには、第 2 世代のコレクション (第 2 世代のヒープコレクションの数) とラージオブジェクトヒープサイズが含まれます。第 2 世代のコレクションは、プロセスの開始以降に発生した第 2 世代のガベージコレクション操作の数を示します。ラージオブジェクトヒープサイズカウンタは、空き領域を含むラージオブジェクトヒープの現在のサイズを示します。このカウンタは、メモリが割り当てられるたびではなく、ガベージコレクション操作の後に更新されます。

Windows パフォーマンスカウンターで .Net CLR メモリ関連のパフォーマンスデータを観察するには、以下の図を参照してください

プログラムを通じてこれらのカウンターの値をクエリすることもできます。多くの人は、パフォーマンスのボトルネックを見つけるためにプログラムを通じてパフォーマンスカウンターを収集しています。

もちろん、デバッガー Winddbg を使用してラージオブジェクトヒープを観察することもできます。

最後の注意: これまでのところ、ラージオブジェクトヒープはガベージコレクションの一部としてデフラグされていませんが、これは clr の実装の詳細にすぎず、プログラムコードはこの機能に依存すべきではありません。オブジェクトがガベージコレクターによって移動されないようにする場合は、fixed ステートメントを使用します。

元のアドレス: http://www.php.cn/

上記は .Net ガベージコレクションとラージオブジェクト処理の内容です。その他の関連コンテンツについては、PHP 中国語に注意してください。ウェブサイト (www.php.cn)!