W
Спасибо гляну.
Size: a a a
2021 April 08
DF
Условно у вас будет аллокатор который выделяет исходные большие куски то есть страницы
DF
А поверх него уже нарезайте как хотите
DF
Есть совсем колхозный пример с описанием например аллокатора в либе pugixml
DF
В книжке posa
DF
Performance of open source apps
W
Я знаю. Вот по тому как правильно резать слабы так, чтоб избежать фрагментации я и хотел узнать.
Сильно в этом помог доклад от Tarantool - in memory db, они много кастомных аллокаторов под разные целевые делали.
Сильно в этом помог доклад от Tarantool - in memory db, они много кастомных аллокаторов под разные целевые делали.
W
Вот в том-то и дело, что в 99% случаев так и пишут - вот вам память, её можно нарезать, рассказывают про битмапу и азы пуллов.
И всё.
А подробности только в каких-нибудь древних докладах про "что под капотом у ptmalloc/jemalloc".
И всё.
А подробности только в каких-нибудь древних докладах про "что под капотом у ptmalloc/jemalloc".
BD
Правильно резать слабы - будет очень зависеть от твоих обьектов. Посмотри в кернеле который нельзя называть - там разные политики аллокаций для разных типов и размеров обьектов, универсального решения нет
BD
Поэтому только искать доклады и вайтпейперы и смотреть как чуваки решали ИХ КОНКРЕТНЫЙ случай
BD
Ну и дальше экстраполировать и экспериментировать
BD
Ну и смотреть на какие нибудь sgen аллокаторы для гц :)
DF
Он же для эмбеда просил )
BD
Для ембеда абсолютно все то же самое только сложнее (в плане размеров) и проще (в плане количества обьектов и ограниченной полезности аллокаций вообще).
BD
Лучший эмбеддед аллокатор - char mempool[2000] на входе в функцию :)
DF
И не поспоришь )
BV
Не всегда кстати подходит, так как стек тоже не резиновый
BD
Йеп, ну как обычно в эмбеде - надо думать, желательно головой.
BV
скажи это авторам прошивок для 3д печати
BD
Ну вот их я не имел в виду, там совсем тушите свет