Naum, ты не путай "ручное управление GC" с необходимостью очищать unmanaged ресуры.
Это совершенно разные вещи. 
Первое это влезание в логику работы механизма очистки, а второе это "объяснение" сборщику мусора как правильно работать с вещами, с которыми работать он изначально не умеет  

Хорошо, это я понял. Но зачем тогда класс GC, если управлять сборщиком ручками это плохо?

Чтобы была возможность (в исключительных случаях) произвести сборку вручную.

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

Т.е. главное правило --- не злоупотребляй   

А этот случай

можно считать исключительным?

Добавлено @ 10:42 
Имеется ввиду не сервис, а Windows Forms или консольное приложение.

При отсутствии утечек памяти, приложение не будет есть больше определённого предела.

Вот именно это я и хотел узнать - больше определенного чем или кем предела оно не будет есть?

Зависит от того, сколько объектов создаёшь и как часто.

И еще интересно, почему не будет есть? Получаица, сборщик мусора собирает мусор не только в те моменты, когда для новых объектов уже не хватает памяти?

А я нашел кое-что интересное от ИвашкиНет..   . Размер не главное. Главное, что из написанного в этом топике ясно, что сборка мусора начинается не в то время, когда памяти уже не хватает совсем, а в то время, когда превышен какой-то барьер.
Хоть ответ и не в этом топике, все равно ИвашкиНет +1.

Naum, так то ж не мне 
Я просто к тому посту успел прочитать статью по ссылку Void-а. Вот и ответил.
P.S. Ссылка на статью назодится в том же топике   

Вспомнил. ИМХО, это не то, что мне надо, но просто так, если кому инетересно.

Naum,
Для управления рабочем множеством используется API функция SetProcessWorkingSetSize(находится в библиотеке kernel32), которая принимает хэндл процесса, минимальный и максимальный рамер рабочего множества.
Если же в качестве минимального и максимального размера передать -1, то рабочее множетсво минимизиируется до фактического размера выделенной памяти.
Не думаю, что стоит вызывать эту функцию для увеличения рабочего множества т.к. среда это делает сама с большой охотой и в основном к этой функции прибегают для уменьшения рабочего множетсва.

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