caxapa.ru :: Так так, а MMU то как это прихлопнет? Или переход от преимущественно страничной организации памяти к тому, что каждая задача сможет получить нужный ей линейный кусок памяти через этот шустрый malloc без MMU? Но все равно трансформировать память

Evgeny_CD, Архитектор (02.03.2016 20:38, просмотров: 83) ответил TimeZoneDefault на идею, что аллокатор может представлять собой очень шуструю БД, народ топчет давно. дерево остатков(radix tree) - лишь один из предпочитаемых способов реализации memoryDB. видимо, они тоже в тренде, только с другой терминологией.

Так так, а MMU то как это прихлопнет? Или переход от преимущественно страничной организации памяти к тому, что каждая задача сможет получить нужный ей линейный кусок памяти через этот шустрый malloc без MMU? Но все равно трансформировать память под нужды задачи MMU удобнее...

Ответить

- а потом GC какой-нить виртуалки будет корячиться, разгадывая хитровыделанную аллокацию.. :) TimeZoneDefault(106 знак., 02.03.2016 22:33, )
  - Вот в серии Cortex-R MMU нет от слова совсем -> Даже в самых быстрых. И, сдается мне, они ковырялись в Вашей голове.... - Evgeny_CD(03.03.2016 00:37, ссылка)
  - Вообще меня бесит отсутствие аппаратной поддержки в процессорах продвинутых методов работы с памятью. Хотя бы автоматический ремап большого объекта в цельное виртуальное пространство из кучи мелких физических кусочков. И чтобы все это само Evgeny_CD(42 знак., 03.03.2016 00:04)

Средства и методы разработки