Комментарии 9
Я бы советовал еще посмотреть на jemalloc — www.canonware.com/jemalloc/
+3
НЛО прилетело и опубликовало эту надпись здесь
Безусловно, стоит посмотреть Jemalloc. На моём опыте, он более производителен, чем Hoard.
Кроме того, есть ещё некий lockless allocator. Сам пока не пробовал, но их бенчмаркинг утверждают, что он даже лучше Jemalloc: locklessinc.com/
Кроме того, есть ещё некий lockless allocator. Сам пока не пробовал, но их бенчмаркинг утверждают, что он даже лучше Jemalloc: locklessinc.com/
+1
Многие советуют Jemalloc, попробую прогнать тест с ним.
0
Так мы, вроде, уже давно используем tcmalloc в проектах в компании (нп. в HAS), разве что кроме Windows так как там не понравилось встревание либы напрямую в таблицу вызовов и правка её. Но у нас и особо нагруженных сервисов под Windows не наблюдается. tcmalloc особо эффективен на малых аллокациях (например — до 64к), а на больших ему уже могут составить конкуренцию и другие либы, но для наших задач tcmalloc в большинстве случаев подходит отлично. Насколько я понимаю — в большинстве проектов у нас и используется tcmalloc и уже довольно давно, а посему ваша делема в выборе меня удивила. Хотелось бы узнать над чем вы работали.
P.S.> Да, и tcmalloc у нас вроде как портирован под HP уже внутри компании.
P.P.S.> Но за статейку всё равно спасибо — цифры довольно интересные.
P.S.> Да, и tcmalloc у нас вроде как портирован под HP уже внутри компании.
P.P.S.> Но за статейку всё равно спасибо — цифры довольно интересные.
0
пользуюсь более года tcmalloc (чаще) и jemalloc с использованием многопоточности
заметно экономит память в отличие от malloc из libc
заметно экономит память в отличие от malloc из libc
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
К глобальной куче без пробок. Исследуем менеджеры памяти