Re[2]: Быстрейший менеджер памяти для двухтиповой системы
От: Сергей Губанов Россия http://sergey-gubanov.livejournal.com/
Дата: 17.09.14 12:30
Оценка:
Здравствуйте, Кодт, Вы писали:

К>Хотелось бы узнать про сценарии работы. Хотя бы, сколько объектов в среднем и в пике, и известен ли вообще пик.

К>Почему возникло желание сделать одну общую кучу, а не две разных, под 64 и 128.
К>Почему не зарезервировать память сразу под пик количества.

Одна куча желательна потому, что пропорция между количествами 64 и 128 байтными объектами динамическая. На всё есть примерно 256 Мб, это либо 2 миллиона по 128, либо 4 миллиона по 64. В среднем ожидается нагрузка в 1.5 миллиона объектов (и тех и других вместе). Пиковая нагрузка может быть больше, поэтому и возникает желание более экономного расхода памяти. Одно дело если мы выбросим объект потому что вся память кончилась (это значит случился форс мажор), и совершенно другое дело если мы выкинем объект потому что кончилась память в одном из массивов, а не вообще вся память (это значит мы сами дураки).

Ещё могу добавить, что среднестатистически время жизни 64 байтных объектов будет в 10 раз короче чем 128 байтных, но создаваться они будут в 10 раз чаще.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.