OutOfMemoryException - вне идей II

Этот вопрос связан с моим предыдущим вопросом.

Сюжет: у меня есть приложение .NET, которое потребляет много памяти, если вы посмотрите на диспетчер задач VMSize. Я пытаюсь выяснить, что потребляет такой объем памяти.

На рисунке ниже вы видите, что размер виртуальной машины составляет 2,46 ГБ < img src = "https://i.stack.imgur.com/fXJ46.jpg" alt = "alt text">

Хорошо, теперь я смотрю на счетчики производительности .net

http://s006.radikal.ru/i213/1003/30/dd42433cd12d.jpg

Зарезервированные и зарезервированные байты составляют всего 1,2 ГБ.

Теперь давайте посмотрим на отладку windb sos. Запустим команду eeheap -gc

http://s001.radikal.ru/i194/1003/e8/9da33856ed58.jpg

Размер кучи, используемый GC, составляет всего 340 МБ. Где остальная использованная память? Мне нужно выяснить, почему размер WM в TaskManager составляет 2,4 ГБ

ОБНОВИТЬ

--------------------------------------
Total LoaderHeap size: 0x74c000(7651328)bytes
=======================================
Number of GC Heaps: 1
generation 0 starts at 0x0000000081b89d00
generation 1 starts at 0x0000000081a83b20
generation 2 starts at 0x0000000001281000
ephemeral segment allocation context: none
         segment            begin         allocated             size
0000000001280000 0000000001281000  00000000057416a0 0x00000000044c06a0(72091296)
000000004ad00000 000000004ad01000  00000000513c1cc8 0x00000000066c0cc8(107744456)
000000007fff0000 000000007fff1000  000000008994e310 0x000000000995d310(160813840)
Large object heap starts at 0x0000000011281000
         segment            begin         allocated             size
0000000011280000 0000000011281000  00000000112c67d0 0x00000000000457d0(284624)
Total Size        0x14523e48(340934216)
------------------------------
GC Heap Size        0x14523e48(340934216)

person Captain Comic    schedule 25.03.2010    source источник
comment
Вы загружаете какой-либо собственный код, который может просачиваться? Вы можете просмотреть загруженный модуль, используя команду lm.   -  person Brian Rasmussen    schedule 25.03.2010
comment
Не могли бы вы обновить сообщение выводом! Eeheap (без аргументов) вместо просто кучи загрузчика.   -  person Brian Rasmussen    schedule 25.03.2010
comment
Не могли бы вы опубликовать карту VMMap (technet.microsoft.com/en-us/sysinternals/ dd535533.aspx) дамп?   -  person Julien Roncaglia    schedule 25.03.2010
comment
! vmstat предоставит вам аналогичную информацию   -  person Brian Rasmussen    schedule 25.03.2010
comment
Спасибо за комментарии господа. Обновленную информацию опубликую позже.   -  person Captain Comic    schedule 25.03.2010
comment
Хорошо, проблема решена. Размер стека увеличивался, потому что потоки, созданные таймером, ждали инструкции блокировки.   -  person Captain Comic    schedule 31.03.2010


Ответы (1)


Тесс написала о других источниках использования памяти. Проверьте https://blogs.msdn.com/tess/archive/2006/02/15/532804.aspx

person Brian Rasmussen    schedule 25.03.2010
comment
Хорошо опубликованные результаты, это всего 7,6 МБ - person Captain Comic; 25.03.2010
comment
Очевидно, тогда проблема не в этом. Пожалуйста, проверьте связанное сообщение для дополнительных идей. - person Brian Rasmussen; 25.03.2010
comment
И особенно, посмотрите это замечательное видео Тесс: oredev.org/prod/oredev/site.nsf/docsbycodename/ - person Steven; 25.03.2010