Существует ли какой-нибудь способ на время отключить сборку мусора ? 

В Ruby это делается так


В C# такой возможности кажется нет. Но возможно существую какие то обходные пути.

Зачем? Нет, нельзя.

Можно сделать это для конкретного объекта, метод GC.SuppressFinalize.

А зачем это надо?!

2mr.DUDA:
GC.SuppressFinalize - просто отменяет необходимость вызывать Finilize() для какого-то конкретного объекта. Но от этого GC только быстрее его съест.

2Exception: 
Ну например:
Я выполняю действие которое выделяет и освобождает большое количество объектов. (Компиляция исходного кода из одного файла)
На протяжении этого действия сборка может пройти несколько раз. Мне кажется с точки зрения производительности было бы логично отключить ее на время выполнения этого действия, а потом за ОДИН раз сразу убрать весь мусор. Временный перерасход памяти в данном случае не критичен.

Или вот еще.
Я выполняю сложный алгоритм, и я точно знаю что не освобождаю ссылок на объекты.  Мусора просто нет.  Тем не менее не исключина возможность того что GC будет запускаться и обходить дерево объектов и в поисках того чего нет.

Я понимаю что эти сценарии не совсем однозначны. Но тем не менее  я не вижу причин по которым в .NET отсутствует такая возможность.
Вариант что авторы боялись что-то люди быдут часто стрелять себе в ногу не кактит, тогда бы они не предоставили доступа к unmanaged памяти через class Marshal.

отключить сборку мусора как таковой процесс, насколько мне известно, нельзя и это очень правильно.


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

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

Почему ты так считаешь?
Я не предлагаю часто пользоваться этой возможностью, но не вижу причин для полного ее исключения. 
Marshal - тоже не часто используют, но он есть! И это хорошо.


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

Сильно не ругайте. Может быть скажу глупость, потому что никогда с этим не работал, а читать начал только сегодня. Заодно и узнаю, правильно я понял.
Так вот, как я понял, GC не будет подсчитывать ссылки на объект пока у того не закончиться время жизни. Получается если у объекта установить большое время жизни, то GC будет работать быстрее. 
Не так ли?

Ты что-то путаешь.
Время жизни объекта - это просто время на протяжении которого он существует. Оно зависит от существования ссылок на него и от расторопности сборщика мусора. Это НЕ число которое ты можешь выставить программно. Это просто ВРЕМЯ ЖИЗНИ. (Совсем как у людей )

Время жизни объекта есть время, пока его значение отлично от null  .

А тогда к чему термин "аренда времени жизни" и интерфейс ISponsor?

Добавлено @ 17:28 
Упс.   Кажись я вообще не про то.    

Добавлено @ 17:31 


Прикольно, когда не знаешь, еще и путаешь.   

З.Ы. Это я про себя.

Это сообщение отредактировал(а) Naum - 16.10.2006, 17:24

Ага, именно так. Это нужно для классов, реализующих IDisposable, чтобы не вызывать финалайзер, если уже вызывали Dispose.


А если память кончится?

Но я думаю этого не случиться. 

ну тогда решение такое: сохранять ссылки на все создаваемые объекты где-нибудь в одном контейнере и убивать его после отработки алгоритма   

Сборшик мусора всеравно (даже гораздо чаще!) будет анализировать граф объектов в тщетных попытках найти мусор. => Цель не достигнута.