Я пытаюсь определить, что способствует использованию большого объема памяти моим приложением. Итак, я взял файл дампа процесса. Команда EEHeap показывает около 2,8 ГБ в куче памяти .NET.
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 ГБ
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 ****
Нет готовых к финализации объектов, что говорит мне, что поток Finalize только что завершил свою работу.
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 - это проблема, но я не знаю, насколько это влияет на использование приложений.
РЕДАКТИРОВАТЬ: Applicaton теперь не работает с OOM. Основываясь на некоторых комментариях ниже, память, указанная для объекта Free, не возвращается в ОС. Как я могу узнать, что вызывает OOM
