Освобождение памяти из коллекций (List, Dictionary и др) экземпляров своих классов

Добрый всем день!
Мне пришлось работать со своими классами, которые, посути, содержат только совокупность полей. В работе обрабатываются списки (List) и словари (Dictionary), иногда массивы этих классов с относительно большим кол-вом элементов. Ничего специфичного не применяю. Процедура выполняется циклически, безперестанно, поэтому я заметил, что память постепенно (с всё большим количеством её вызовов) заполняется. Из-за чего возникло предположение, что где-то память не освобождается и происходит накопление этой занятой памяти.
В виду чего возникает вопрос, обязательно ли для своего класса определять деструктор? И разве память на массив (колекцию) моего класса не должна освобождаться после очередного прохождения процедуры?

0

Сообщение от Roman_NikName обязательно ли для своего класса определять деструктор?

Нет.

Сообщение от Roman_NikName И разве память на массив (колекцию) моего класса не должна освобождаться после очередного прохождения процедуры?

Это произойдет когда решит GC.

1

Roman_NikName, Сборка мусора проходит автоматически. Деструктор юзают в очень редких случаях.

1

Сообщение от Roman_NikName И разве память на массив (колекцию) моего класса не должна освобождаться после очередного прохождения процедуры?

Память должна освобождаться когда на объект не осталось ссылок.

Сообщение от Roman_NikName я заметил, что память постепенно (с всё большим количеством её вызовов) заполняется

Сколько памяти было занято? Возможно сборщик мусора еще не запускался.

0

После процедуры написал следующее:
Процедура у меня циклически обрабатывает точки меша двух объектов (одних и тех же). Это параметры 3д объекта, которые содержат информацию о точках, определяющих его геометрическое представление. И поскольку объекты одни и те же, то каждый цикл обрабатывается фактически одно и то же количество точек. Соответственно, и величины массивов ограничены числом этих точек (иногда меньше, но точно не больше какого-то определённого числа).
Собственно о памяти:
Память сначала выдаёт порядка 3мб, потом постепенно поднимается по мере циклов прохождение моей процедуры. Так поднялось до 20-ти. Но это не предел, а то, на чём я остановился. Причём, накопление это увеличивается нелинейно, чем больше раз уже прошла процедура, тем на большее число увеличивается количество выделенной памяти.
Я максимум, что использую из того, что мне не очень понятно (соответственно, подозрительного для меня), это библиотеку Linq для работы с List:
думал на это грешить.
Остальное обычная работа с коллекциями из using System.Collections.Generic и массивами.
Всё объявляется внутри процедуры, выходя из процедуры, поидее, должна память освобождаться. Ну а по поводу работы сборщика мусора для меня это всё ещё "тёмное" дело.

0

Сообщение от Roman_NikName GC.Collect();

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

В целом, продолжайте выполнять процедуру.
Если память будет расти безгранично вплоть до момента падения приложения с OutOfMemoryException, то есть повод беспокоиться и искать утечку.
В противном случае рост используемой памяти — нормальное поведение.

1

Сообщение от kolorotur GC.Collect();

И не думал его оставлять. Баловался, пытался понять что и как можно сделать. Благодарю. Я обязательно попробую подождать до Exeption-а (выходных только дождусь). Меня просто смущало больше не накопление само, а именно неравномерное её (занятой памяти) накопление (с учётом того, что данных всё время ограниченное определённое число), я думал это как минимум должно быть равномерным (линейным) или хотя бы затухающим, а тут растёт сама скорость "занимания" памяти.

0

Сообщение от Roman_NikName Меня просто смущало больше не накопление само, а именно неравномерное её

Если среда выполнения наблюдает активное создание новых объектов и в системе есть свободная память, она будет запрашивать больше этой памяти в целях улучшения производительности.
Это не значит, что запрашиваемая память используется, это просто среда выполнения резервирует ее у ОС "на всякий случай" — чтобы если память действительно потребуется, она была уже готова к употреблению и вашему коду не пришлось бы ждать выделения этой памяти.

Сообщение от Roman_NikName данных всё время ограниченное определённое число

Код вы не показали, но не всегда выделение новой памяти может быть очевидно — вы же не видите исходников тех же методов .NET.

Конечно, не исключена и самая настоящая утечка, но это надо проверять.

1

воспользуйтесь профилировщиком производительности там можно посмотреть количество и типы объектов в конкретный момент времени

1