Цитата Сообщение от Vitamin
ты забыл о спектрумовской структуре памяти. забыл о том что одновременно адресовать можно только 64 кило и не больше. причем из них приложению принадлежит максимум 16. или ты думаешь что 16 кило нижней памяти хватит на кучу для системы и для всех процессов? сильно в этом сомневаюсь.... да и к тому же защищенность практически никакая в таком случае
Я подразумеваю одну большую кучу в верхних страницах, к которым обращается код из нижней памяти.

А что? Делать кучи по одной странице 16К? Кучки. И нельзя в одной куче иметь указатель на блок в другой? Мне не нравится.
Цитата Сообщение от Vitamin
а если точнее, то вставит в список новый элемент. и все.
и причем тут маршрутизация при возврате из функции? вложенные вызовы в таком случае не используются. да и без рст обойтись уже решили вроде как...
Здесь уже пошла зависимость от реализации. Но как минимум CALL и RET никуда не денутся.
Цитата Сообщение от Vitamin
а теперь давай свалим все в одну кучу чтоб посмотреть у какого метода чего больше.
без сборщика:
на N блоков памяти имеем N вызовов освобождения.
все.
А также, при ошибках программирования, утечку памяти и висящие указатели.
Цитата Сообщение от Vitamin
со сборщиком:
на N блоков памяти имеем N вызовов освобождения
Откуда вызовы освобождения?
Цитата Сообщение от Vitamin
N указателей на блоки
Традиционный распределитель не будет отслеживать корректность освобождаемого указателя? Значит, будем получать крушение всей кучи при попытке повторного освобождения одного указателя.
Цитата Сообщение от Vitamin
N коррекций этих указателей, М просмотров цепочек (при периодической проверке живых блоков)
И освобождение от указанных недостатков ручного освобождения - возможность более лёгкого построения более сложных программных систем.
Цитата Сообщение от Vitamin
что быстрее?
Это не всегда абсолютный приоритет.