Здравствуйте, Skorodum, Вы писали:

S>В facebook они используют jemalloc.

jemalloc — хорошая штука. А Александресковские policy-based allocators — это, так, поиграться. Он уже 15 лет с ними играется, а результата всё не видно.

Здравствуйте, D. Mon, Вы писали:


DM>Кажется, тут несколько другое. Вместо 20 параметров маленькие кирпичики-аллокаторы, которые можно комбинировать в что-то большее. Скажем, один выделает память на стеке, второй маллоком, третий еще как, делаем их композицию, чтобы первые несколько килобайт выделялись на стеке, а следующие уже в куче. И т.п. Это собираются включить в стандартную библиотеку D и использовать в контейнерах. Собсно, несколько компаний уже накатали себе библиотеки контейнеров на базе этих аллокаторов, возможно что-то из этого войдет в стдлиб.

IMHO, всё это прикольно, но не надо. Надо аллокатор на стеке/внутри контейнера, надо политику аллокации (ну там блоковый, жадный с откатами и т. д.), а комбинации мутные не особо надо.
Но главное, чего почему-то обычно в контейнеры не кладут, так это контейнер не спрашивает у аллокатора, скока он на самом деле памяти отмотал...
Или скока ему удобно было бы отмотать. Или теперь спрашивает?