Мож я чего не понял, но C# не фрагментирует кучу, поэтому производительность софта со временем падать не будет.

С# не может не фрагментировать кучу
не фрагментирует кучу сборщик мусора clr, да и любой современный сборщик мусора не будет фрагментировать кучу
но даже если сборщика мусора нет, все равно можно написать так, что куча не будет фрагментироваться  

Сам себе противоречишь  . С# не может фрагментировать кучу ввиду отсутствия таковой. Об том и речь. А стек дефрагментируется при очередном проходе.


Для этого нужно специально прилагать усилия.

вовсе нет, я просто хотел сказать, что отсутствие фрагментации - особенность современных сборщиков мусора, а вовсе не языка программирования C#


как это нет, тебе о чем нибудь говорит фраза managed heap?  

  Я думал там стековая организация памяти. Не знал что есть еще дополнительная куча. Странно собственно от этого и уходили.

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

Рассылка происходит в момент прикрепления сканированного образа документа, примерно раз в 10 мин. 

А вообще, с форумами проблем не вижу, а с этой штукой ежедневно все на ушах. Отсюда и выводы.

  Я думал понятие куча определяет ее внутреннюю структуру в виде списков занятых и не занятых блоков. В дотнете стековая структура хранения, так что как-то странно звучит даже. 


Про это в первый раз слышу. 

откуда ты это взял?

http://msdn.microsoft.com/en-us/library/ms973837.aspx

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

Alexeis, это называется managed heap

Ладно фик с названием, хотя для порядка можно было придумать название по круче   . Где-то встречал в тырнете, что плюснутые поделки с автоматической памятью работают похуже. Ведь как в плюсах определить что группа объектов не связана ни чем и ее можно сносить? Ведь глобальные объекты сами по себе не связаны. Объекты в Dll также могут быть не связанными с объектами из главной программы. В таком случае как знать что можно удалять а что нет? 
  Мне кажется, что для подобной реализации придется всюду использовать вместо объектов шаблоны типа auto_ptr, т.е. использование чужих библиотек будет ограниченно, ведь все что будет создано там не будет создано и использованием твоей библиотеки шаблонов.  . Как по грибы, так сразу начнется глухой лес   

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

Добавлено через 2 минуты и 38 секунд

Super-puper managed heap   
Ну да неудобно. Придётся или извращаться, или строго следовать соглашениям, балансировать, так сказать, на лезвии...