Re: Быстрейший менеджер памяти для двухтиповой системы
От: Кодт Россия  
Дата: 17.09.14 11:42
Оценка:
Здравствуйте, Сергей Губанов, Вы писали:

СГ>Нужен быстрейший менеджер памяти для динамической аллокации/деаллокации таких объектов, но память надо использовать экономно. Понятно, что быстрее всех будет всегда аллоцировать по 128 байтов, но тогда будет оверхед по расходу памяти в случае когда нужны лишь 64 байтные объекты.


Хотелось бы узнать про сценарии работы. Хотя бы, сколько объектов в среднем и в пике, и известен ли вообще пик.
Почему возникло желание сделать одну общую кучу, а не две разных, под 64 и 128.
Почему не зарезервировать память сразу под пик количества.
Перекуём баги на фичи!
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.