К глобальной куче без пробок. Исследуем менеджеры памяти

[sermp]

TBB Memory Allocator от Intel (отбросил, т.к. библиотека платная);

Вообще-то, есть gpl2 лицензия на неё.
Рекомендую ознакомиться с отличным докладом Александра Коновалова на эту тему.

[MI7]

Спасибо, обязательно ознакомлюсь.

[billyevans]

Я бы советовал еще посмотреть на jemalloc — www.canonware.com/jemalloc/

[MI7]

Ок, спасибо.

[tony2001]

Безусловно, стоит посмотреть Jemalloc. На моём опыте, он более производителен, чем Hoard.
Кроме того, есть ещё некий lockless allocator. Сам пока не пробовал, но их бенчмаркинг утверждают, что он даже лучше Jemalloc: locklessinc.com/

[MI7]

Многие советуют Jemalloc, попробую прогнать тест с ним.

[softwind]

Так мы, вроде, уже давно используем tcmalloc в проектах в компании (нп. в HAS), разве что кроме Windows так как там не понравилось встревание либы напрямую в таблицу вызовов и правка её. Но у нас и особо нагруженных сервисов под Windows не наблюдается. tcmalloc особо эффективен на малых аллокациях (например — до 64к), а на больших ему уже могут составить конкуренцию и другие либы, но для наших задач tcmalloc в большинстве случаев подходит отлично. Насколько я понимаю — в большинстве проектов у нас и используется tcmalloc и уже довольно давно, а посему ваша делема в выборе меня удивила. Хотелось бы узнать над чем вы работали.
P.S.> Да, и tcmalloc у нас вроде как портирован под HP уже внутри компании.
P.P.S.> Но за статейку всё равно спасибо — цифры довольно интересные.

[akalend]

пользуюсь более года tcmalloc (чаще) и jemalloc с использованием многопоточности
заметно экономит память в отличие от malloc из libc