Сборка мусора

[captain cobalt]

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

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

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

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

хех. забудем обнулить указатель для сборщика и у нас тоже чета откудато потечет %)

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

а если будет?

Значит ему тоже понадобится дополнительная память.

в условиях жестокой ограниченности процессорных ресурсов это один из абсолютных приоритетов

Опять же, весь вопрос, каков баланс. Будет ли сборщик мусора в два раза медленнее? Или только на 20%? Умозрительно это точно не оценить.