Принудительный мусорщик ?

[L6go1as]

Уважаемые, столкнулся с ошибкой, которую не понимаю как решить, а именно вызов мусорщика.

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

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

Ибо для корректной работы постоянно приходится перезапускать программу - что брэд.

Как вариант проблемы - говнокод и реализация программы, но есть и другой вариант - вызов мусорщика, который собственно все и почистит.

Как быть, что делать ?

[Streletz]

Покажите код.

[Stilet]

есть и другой вариант - вызов мусорщика

А есть и третий - пересмотреть алгоритм и обрабатывать не лям а меньше.

[L6go1as]

Сообщение от Streletz

Покажите код.

увы, показать не могу, ибо ком.тайна + его объемы ...

Сообщение от Stilet

А есть и третий - пересмотреть алгоритм и обрабатывать не лям а меньше.

лям - это входные данные(меньше загружать не представляется возможным), часть из которых - лишняя, очищается на первых же парах.

Программа имеет простой для меня вид(все разбиваю на классы, т.е. тьма *.cs файлов, каждый берет часть исходных данных, и все собирается в хабе, который вызывает экземпляры):

Входные Данные -> Метод(Входные данные): Метод_2(Входные данные, out), Метод_3(Входные данные, out Данные), Метод_2(Входные данные, out Данные), Метод_4(Входные данные(ауты из предыдущих методов)) -> Выходные данные

И такая структура повторяется из-под множества экземпляров классов. Полученные данные собираются во-едино и уже выводятся.

Плюс все это идет в многопотоке.

/************/

Сейчас думаю программу просто переписать, по возможности оптимизировать (возможно остаточные данные перестанут оставаться)

Может где-то ссылка на объект висит, поэтому очистка и не происходит ...

/************/

Но ведь я правильно понимаю, что мусорщик появляется как в ходе работы, так и по завершению ее (без выхода из программы) ?

/************/

Может где нить dispose() пропустил ?

[Stilet]

В шарпе мусорщик сам все должен подбирать по мере надобности.
ИМХО у тебя однозначно сам алгоритм обработки неверен.

[Пепел Феникса]

Сообщение от Stilet

В шарпе мусорщик сам все должен подбирать по мере надобности.
ИМХО у тебя однозначно сам алгоритм обработки неверен.

не должен и не делает.
он просто работает регулярно, но по окончанию памяти он не делает прохода.

ТС, вставьте GC.Collect() в концах итераций, где поидее стало чище.
тока не забывайте что должны действительно на тот момент быть не используемые данные.

[Luuzuk]

Сообщение от Пепел Феникса

не должен и не делает

Должен и делает, в т.ч. ориентируется на объем свободной памяти

[Пепел Феникса]

Сообщение от Luuzuk

Должен и делает, в т.ч. ориентируется на объем свободной памяти

в 4.5 может быть.
у нас на работе есть сервер(на дотнете 4,0) обрабатывающий запросы.
так вот без явного GC.Collect он падает от не хватки памяти.
возможно GC не успевает, а при блокирующем вызове успевает.

[Stilet]

у нас на работе есть сервер(на дотнете 4,0) обрабатывающий запросы.
так вот без явного GC.Collect он падает от не хватки памяти

Хм... IIS? Я тоже сталкивался с таким но на 4.5. Принудительные вызовы коллектора не помогали, пересмотрели алгоритм и порядок.

[WorldMaster]

А какого рода данные то? Может нет смысла создавать заного все переменные? Если создать массив при начале работы а потом просто обновлять данные будет проще?

В любом случае стоит вернутся на этап разработки алгоритма и там поискать выход.