2 Ник, №27
>>> Ну память, то довольно дешёвая
Вообще то, речь шла о мусоре и его уборщиках. :)

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

Ну память, то довольно дешёвая

Найдено в интернете :)

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

"... на реалиях парижской жизни :D Я помню меня будили не дворники, но таки сборщики мусора, с шумом опрокидовавшие урны в пасти мусоросборочных машин."

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

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

"Осенние порывы ветра и добросовестные сборщики мусора, набивающие этот контейнер до отказа делают свое дело."

"Пароочистители, поломоечные машины, вакуумные сборщики мусора, автоматизированнные самоходные подметающие машины, установки самообслуживания, мойки ..."

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

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

Проблема, пока что, состоит из двух частей:
1. Сборка мусора внутри работающего приложения. Тут я вижу, как минимум, одну большую проблему - несоответствие высокоуровневых языков реальным процессам. Например Паскальное:
function ...
var
i: integer;
begin
//что то делаем
for i:=0 to value do
begin
  //опять что-то делаем
end;
//еще что-нибудь
end;
Насчет "i". На ассемблере это скорее всего(в зависимости от компилятора) цикл с cx:=value и прокрутка до 0. С точки зрения кода отсутствие "i" вне цикла вещь абсолютно нормальная, с точки зрения Паскаля мы должны видеть "i" за рамками цикла. СИ-шный вариант реализации цикла создает впечатление участия двух-трех переменных с, якобы, выполнением арифметических действий по изменению счетчика.
Так что здесь начинать надо с языка, потому что мы можем бороться с тем, чего в действительности нет. Надо четко определятся с областями видимости и эта четкость должна быть заложена в языке.
2. Сборка мусора после уничтожения процесса. Вот эту проблему я вообще не догоняю, когда, например в 9х, после убиения процесса за ним остаются висящие ресурсы. Это дело ОС, у нее запросили место под процесс, он завершился - значит ОС должна убить все, относящееся к убитому процессу. В конце-концов лучше чем ОС никто не знает, что она выделяла под процесс.

сборка мусора не является частным случаем ВМ. Пример - язык D. Компилируемый, но со сборщиком мусора.

Вот где рассказывается про построение виртуальных машин и, в частности, сборку мусора (на примере Java):
(http://www-106.ibm.com/developerworks/java/library/jalapeno/?open&t=grj,l=904,p=jikesrvm)

Циклические ссылки будут

Можно использовать интерфейсы. Как только количество ссылок на интерфейс обнулится объект будет уничтожен.

http://www.torry.net/vcl/misc/other/delphigc.zip
Это сборщик мусора на основе такового для С++. Там есть использование
NewInstance и FreeInstance и замена менеджера памяти.

Привет всем!
Может кто нибудь привести пример по работе с классовым методом
TObject.NewInstance
и методом
TObject.FreeInstance.
Как раз для выделения памяти для "контрольного" рождения объектов, в своем выделенном участке памяти, а не динамически в куче.
Инересуют вопросы выделения памяти экземплярам классов (при
переопределении TObject.NewInstance).


Спасибо.