про Garbage collector

[wizzard]

по мотивам недавнего разговора для xeno_by про финализаторы – загляни, я пытался высказать то же самое, но у Рэймонда более внятно написано

http://blogs.msdn.com/b/oldnewthing/archive/2010/08/09/10047586.aspx

And the stack is an implementation detail, too, да. Только про стэк есть хороший контрпример (Stackless Python), а про GC я не знаю такого(

Comments

[109.livejournal.com]

> Garbage collection is simulating a computer with an infinite amount of memory

лучше бы он memory leaks в дотнете пофиксил, чем фигню такую писать.

[wizzard]

Э.. А что там течет?

В смысле, что-то внутри рантайма или внутри вашего приложения?

[109.livejournal.com]

мнэээ... не уверен, что ты подразумеваешь под рантаймом. есть подмножество дотнета, которое не течёт. ему позволено ранниться, например, в sql server-e под знаком safe. остальное - течёт :)

http://msdn.microsoft.com/en-us/library/ms403276.aspx

[wizzard]

Так, ээ, там, вроде, для всех этих типов вполне очевидно, почему они текут - потому что юзают либо OS handles с большим лайфтаймом, либо обьекты самого рантайма (сборки и ко)

Хотя, я полностью согласен с тем, что выгружаемые типы были бы очень в тему...

[wizzard]

Алсо,
>> чем фигню такую писать.

Ну вот, вообще говоря, GC действительно придуманы *ради этого* :)

[109.livejournal.com]

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

[wizzard]

Я тоже хочу GC для ресурсов операционки. И чтоб при вылете эксепшена временный файл на Amazon S3 удалялся :)

Короче, да, VRAM и GC - абстракции дырявые.
Тем не менее, писать, например, код с замыканиями мне бы без GC не хотелось :)

[109.livejournal.com]

речь о том, что задача GC - чистить garbage. а не "предоставлять метафору бесконечной памяти". ни memory manager в целом, ни тем более GC сам по себе такой метафоры не предоставляют.