Добрый день коллеги, необходим ваш ценный опыт по отладке приложений.
Если быть точнее, по отладке Dump файлов и ваши глубокие познания о работе CLR и GC.

Есть некое веб приложение, которое работает в проде. Заказчик выражает беспокойство по поводу того, что программа занимает в памяти 17 гб. Так как прямого доступа к серверу нет, высылают полный DUMP процесса.
Анализ дампа показал, что большая часть памяти не используется, а зарезервирована GC

Вот данный по основным сегментам из clrmd
авторa62b4a1000,GCSegment,Ephemeral,68698112;
a62f625000,ReservedGCSegment,Ephemeral,4226265088;
aa2b4a1000,GCSegment,LargeObject,602112;
aa2b534000,ReservedGCSegment,LargeObject,267829248;

a72b4a1000,GCSegment,Ephemeral,81014784;
a7301e4000,ReservedGCSegment,Ephemeral,4213948416;
aa3b4a1000,GCSegment,LargeObject,6557696;
aa3bae2000,ReservedGCSegment,LargeObject,261873664;

a82b4a1000,GCSegment,Ephemeral,72179712;
a82f977000,ReservedGCSegment,Ephemeral,4222783488;
aa4b4a1000,GCSegment,LargeObject,2043904;
aa4b694000,ReservedGCSegment,LargeObject,266387456;

a92b4a1000,GCSegment,Ephemeral,100347904;
a931454000,ReservedGCSegment,Ephemeral,4194615296;
aa5b4a1000,GCSegment,LargeObject,6922240;
aa5bb3b000,ReservedGCSegment,LargeObject,261509120;

как видно из списка в памяти есть 4 сегмента по 4 гб каждый, данные сегменты эфемерны, то есть выделен под обычную кучу (Heap) (не LOH).
Есть идеи о том, как понять, что именно приводит к тому, что данный сегмент разрастается до таких размеров?
Предположим, некий код порождает огромное количество малых по размеру объектов, которые занимают большой объем памяти, после того как они стали недостижимы, они финализируются (удаляются), а на каком то этапе память дефрагментируется согласно своим поколениям. В итоге остается большая свободная область. Как мне казалось ранее, GC должен эту область деалоцировать, но по какой то причине он этого не делает.

Так же вопрос, почему мы имеем 4 эфемерных сегмента, хоть в теории может быть только один?

я не жду от вас решения моей проблемы, а хотел бы получить от вас советы, в каком направлении стоит копать, какие то идеи, предположения, теории, гипотезы

buser,

спасибо :) буду знать.
вообще тут еще почитал в одном месте, что в ASP.NET память не деалоцируется, в отличии от Desktop приложений в целях оптимизации, скорее всего какие то объекты забивают память, скорее всего доживают до 1-2 поколения и только потом удаляются. Вот такая у меня пока рабочая гипотеза, осталось найти этих тварей и понять, где они обитают :)
Так же очень напрягают динамические сборки которых на момент дампа загружено уже около 100 штук