5

アプリケーションのメモリ使用量が多い原因を特定しようとしています。そこで、プロセスダンプファイルを取得しました。EEHeap コマンドは、.NET メモリ ヒープで約 2.8 GB を示しています。

0:000> !EEHeap -gc
Number of GC Heaps: 2
------------------------------
Heap 0 (00000000001e3030)
generation 0 starts at 0x00000000a5f21360
generation 1 starts at 0x00000000a5c45a60
generation 2 starts at 0x000000007fff1000
ephemeral segment allocation context: none
 segment     begin allocated  size
000000007fff0000  000000007fff1000  00000000beeca248  0x3eed9248(1055756872)
Large object heap starts at 0x000000027fff1000
 segment     begin allocated  size
000000027fff0000  000000027fff1000  000000028f7d42f8  0xf7e32f8(259928824)
Heap Size:               Size: 0x4e6bc540 (1315685696) bytes.
------------------------------
Heap 1 (00000000001ed9e0)
generation 0 starts at 0x00000001a6c77908
generation 1 starts at 0x00000001a69a8370
generation 2 starts at 0x000000017fff1000
ephemeral segment allocation context: none
 segment     begin allocated  size
000000017fff0000  000000017fff1000  00000001cc127e58  0x4c136e58(1276341848)
Large object heap starts at 0x000000028fff1000
 segment     begin allocated  size
000000028fff0000  000000028fff1000  000000029b55d8f8  0xb56c8f8(190236920)
Heap Size:               Size: 0x576a3750 (1466578768) bytes.
------------------------------
GC Heap Size:            Size: 0xa5d5fc90 (2782264464) bytes.

奇妙なことに、最大のエントリ!Dumpheapは無料で、消費量は最大 1.3 GB です。

00000000001ac980      388   1373069656      Free

これらのいくつかは LOH にあります。

0:000> !dumpgen 3 -stat
       Count      Total Size      Type
-------------------------------------------------
           2        233,376   System.Collections.Hashtable+bucket[]
           1        262,168   System.Double[]
           6      1,804,496   System.Int64[]
           1      1,868,972   System.Int32[]
          57     18,707,978   System.Byte[]
          31     69,830,576   System.Object[]
         102    346,151,516   **** FREE ****

ファイナライズの準備ができているオブジェクトはありません。これは、ファイナライズ スレッドがジョブを終了したことを示しています。

0:000> !FinalizeQueue
SyncBlocks to be cleaned up: 0
Free-Threaded Interfaces to be released: 0
MTA Interfaces to be released: 0
STA Interfaces to be released: 0
----------------------------------
------------------------------
Heap 0
generation 0 has 2748 finalizable objects (00000000047b6518->00000000047bbaf8)
generation 1 has 55 finalizable objects (00000000047b6360->00000000047b6518)
generation 2 has 6878 finalizable objects (00000000047a8c70->00000000047b6360)
Ready for finalization 0 objects (00000000047bbaf8->00000000047bbaf8)
------------------------------
Heap 1
generation 0 has 69 finalizable objects (0000000004807160->0000000004807388)
generation 1 has 6 finalizable objects (0000000004807130->0000000004807160)
generation 2 has 7818 finalizable objects (00000000047f7ce0->0000000004807130)
Ready for finalization 0 objects (0000000004807388->0000000004807388)

LOH は大きく断片化されているようです。

0:000> !HeapStat
Heap             Gen0         Gen1         Gen2          LOH
Heap0       419073768      2996480    633686624    259928824
Heap1       625673552      2946456    647721840    190236920
Total      1044747320      5942936   1281408464    450165744

Free space:                                                 Percentage
Heap0       397468560           24      1545984    183287672SOH: 37% LOH: 70%
Heap1       611153984           24     16750104    162864048SOH: 49% LOH: 85%
Total      1008622544           48     18296088    346151720

ここですべてのドットを接続しているかどうかはわかりませんが、私の考えでは、次の GC ではすべてのフリー オブジェクトがメモリから削除され、.NET ヒープ メモリは Gen 0 のフリー オブジェクトに基づいてダウンするはずです。 1、2 (圧縮されるため)。それは公正な声明ですか、それとも私が見逃している可能性のある他の問題がありますか? もちろん、LOH の断片化は問題ですが、それがアプリケーションの使用率にどの程度影響するかはわかりません。

編集: アプリケーションが OOM で失敗し始めました。以下のいくつかのコメントに基づいて、Free オブジェクトに対して報告されたメモリは OS に戻りません。OOM の原因を知る方法

4

1 に答える 1

3

ラージ オブジェクト ヒープは自動最適化を行わないため、LOH に多くの空き領域があるときに OOM を取得することは実際に可能です。この穴から抜け出す簡単な方法はありません。3 つの一般的なアプローチがあります。

1) アプリケーションが実行する LOH (>85,000 バイト) 割り当ての量を減らし、大きなオブジェクトを収集するのではなくプールし、多数の中規模の割り当てではなく少数の非常に大きな割り当てを実行するようにします。

2) .NET 4.5.1 の LOH 圧縮を使用します。これは応急処置であり、真の解決策ではありませんが、フラグメンテーションが唯一のメモリ関連の問題である場合は、今のところ役に立ちます。

3) 64 ビット プロセスに移行します。断片化の問題は残りますが、メモリ不足になることはそれほど簡単ではありません。

于 2015-07-23T11:40:48.983 に答える