Опрос: Сборщик мусора

[Пепел Феникса]

в общем решил поразмыслить заранее:
у меня в голове три варианта:
1)Сбор по обнулению счетчика ссылок.
+отсутствие лишней занятой памяти.
+если память не удалось выделить, то сразу ясно, что её не хватило.
-частые обращение к менагеру памяти.
2)Сбор по таймеру
+не такое активное обращение к менагеру памяти.
-при неудачном выделении памяти, возможна ситуация что на самом деле памяти хватит
-висящая занятая память(до таймера)
3)Сбор по неудачному выделению памяти
+редкое обращение к менагеру
-огромные висяки памяти
-двойная попытка выделения памяти(в этом случае считаю рационально это делать)

или есть иные предложения?
скажу сразу, сбор осуществляется на основе подсчета ссылок.
ЗЫ:

-частые обращение к менагеру памяти.

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

еще родилась мысль совместить третий с первым методом:
но в третьем вместо чистки кучи, делать её дефрагментацию.

[Пепел Феникса]

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

ЗЫ:помоему как всегда, самая мудрая мысль приходит после создания темы
может тогда удалить тему?

[veniside]

если памяти вобще мало, то 1), если вобще много, то 3), если хрен знает, то:

4) сбор внутри потока с приоритетом THREAD_PRIORITY_IDLE

> а почему б программисту выбор не предоставить?

пусть думает о высоком

[anyx]

Не, только по обнулению счётчика ссылок. Можно включить дефрагментацию по ошибке выделения, полезная вещь.

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

Частое обращение в менеджеру памяти при подсчёте ссылок - не проблема. Просто у каждого объекта должно быть поле, хранящее число ссылок. При удалении ссылки мы уменьшаем его значение, и если оно стало равно нулю, производим очистку.

veniside, памяти много не бывает

[Пепел Феникса]

пусть думает о высоком

да пусть думает, поведение по умолчанию никто не отменял.

Не, только по обнулению счётчика ссылок. Можно включить дефрагментацию по ошибке выделения, полезная вещь.

я тоже так думаю.
а насчет дефрагментации надо еще подумать, ибо она заблокирует потоки напрочь пока делается, а это к сожалению плохо...

[BOBAH13]

Сообщение от Пепел Феникса

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

А вообще, вы просто поразмышлять или же какая то задача стоит?

[Пепел Феникса]

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

[Utkin]

Можно вариант - когда превышен определенный объем - скажем более 30% от всей доступной.

[BOBAH13]

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

[Пепел Феникса]

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