Всем вновь добрый день. Вопрос общего характера можно сказать.
Программа конектится к считывающему устройству и читает данные с него в двух потоках, (главный поток не вмешивается). 
Так вот, при считывании прога набирает по 5-10кб в секунду. Через полчаса под 30 метров. получается через 10 часиков работы под 200 метров весить что ли.  Мало того, будет еще один считыватель, тогда под все 400 метров   меня не радует такое будущее. При остановке потоков обороты прекращает набирать, но не уменьшается.

Каким то образом можно решить проблему с этим? Сборщик мусора либо ничего не делает либо 200кб прибавляет 

Ну, это по идее зависит от способа организации данных. Попробуй Dispose() явно вызывать у тех структур, куда ты пишешь данные. Либо юзать массивы фиксированного объема. Вот такой вот общий ответ на вопрос общего характера - контроль над структурами данных 

структур 10-15, а массив один StringBuilder, фикисрованный. Ну  чтож, скоро протестим   

вообщем это большая Ж***, все равно растет память. В консольной проге от производителя, для показа функциональности, память растет теми же темпами     (может они просто это не учитывали, для малых прог).
Какое же может быть решение люди??
P.S. надо будет на ночь оставить работать ноут, до скольки дорастет этот прирост.   

CYBERDREAM, поставить .NET Memory Profiler и посмотреть какие объекты создаются, как часто, и как долго остаются висеть. Там есть real-time таблица с количеством объектов по имени класса, кол-вом байт, кол-вом созданных в секунду и т.п.

Thx. надеюсь решится этот вопросик  

не забывай обнулять ссылки на твои 

как только они перестают быть нужными. 

И для всех объектов типов, которые реализуют Dispose() и Close(), вызывай эти методы обязательно

 
попробуй это, мне помогло. Вычитал из одной статьи на gotdotnet.ru

2 tol05 увы не помогло. Но все равно признателен   
2 Dino99rus Огромное человеческое спасибо, во первых при запуске окна, в котором считывание происходит, объем уменьшился на 10мб, при каждом считывании память аналогично очищается. Просто Супер, молодца   
Ура товарищи, сделали   

Всем спасибо   

Это сообщение отредактировал(а) CYBERDREAM - 24.11.2010, 14:48

Терзают смутные сомнения по поводу pagefile.sys, а не растёт ли он при этом?... Может и не растёт, но всё же интересно, это GC отрабатывает или просто память процесса сбрасывается в файл подкачки.

pagefile.sys остается абсолютно неизменным. Может быть еще подвохи?  

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

Не весело   какое еще может быть решение? ибо иначе пока никак не получается 

для начала надо понять утечки это или нет, для этого нужен профайлер или обычные счётчики .NET CLR Memory из Performance Monitor. если утечки, то бороться; если нет, значит программа написана не подходящим образом и нуждаетя в оптимизации или .NET не подходящая платформа для данной программы.

есть прога - для демонстрации считывания. Так же может и записывать данные в метки и т.д. При запуске 50мб весит. И приросит памяти аналогичный моему. Если остановить считывание то память не освобождается, возобновив считывание - вновь прирост.
Так же есть консольная прога написанная на плюсах с использованием библиотечки (собственно ее я и переделал на шарп) - так же дает прирост памяти. По идее это не моя ошибка.