> -- Илья Ермаков писал(а):
> Если сборка мусора работает "сбоку" (т.е. VM считает, что "мусор порождается по определению - и его надо регулярно собирать"), то можно наверняка и на это налететь.Если как в Обероне - сборка при очередном NEW, если требуется память, то можно так спрофилировать работу с памятью, что до сборки мусора вообще дело доходить не будет или будет крайне редко (программа не выходит за порог занятой памяти. Сколько "наела", столько и держит, явно переиспользуя объекты и очень редко что-нибудь совсем выбрасывая...). Нет сборки - нет пауз, и т.п.
Как в какой из реализаций оберона? Вообще, это опять же сильно от реализации GC зависит. Т.е. даже если GC сбоку висит (да вообще работает параллельно. в отдельном потоке и работает асинхронно), то ему ровно также ничего не мешает начинать шерстить кучу тогда и только тогда, когда достигнут очередной предел по памяти.

Просто я к тому, что имея в системе такой вот black box, как сборщик мусора, полагаться на некие особенности его реализации может быть черевато.

PS. А пауз у современных GC вроде как и так нет.