А существует ли в линуксе thread-local куча?

malloc :-)

при управлении памятью по возможности используется локальный пул

щито?

Куча на то и куча, что она одна на всех.

Посмотри tcmalloc, jemalloc, но в современной версии линукса и обычный malloc достаточно хорош, хотя так было не всегда.

А так, можешь создать свою кучу

Посмотри tcmalloc, jemalloc, но в современной версии линукса и обычный malloc достаточно хорош, хотя так было не всегда.

Это не то - они распределяют общую память.

А так, можешь создать свою кучу

не хотелось бы ...

при управлении памятью по возможности используется локальный пул

Это не то. Мне нужно чтобы malloc() вернувший тот же указатель в двух разных тредах адресовал разную физическую память.

Ты придумываешь известным терминам новые значения. То, что ты хочешь, называется thread local storage и является ограниченным ресурсом. Но то, что ты хочешь, тривиально делается на TLS с одним косвенным обращением.

Это не то - они распределяют общую память.

Не совсем так. Они стараются использовать по возможности внутри реализации разные пулы для разных потоков, но поскольку потоков может быть дофигища, а пулов мало, то бывают и пересечения. Это как я понимаю, но особо не углублялся в эту тему.

А так, многое зависит от твоей задачи

это странное желание. тебе правильно про TLS сказали. юзай TLS и смещения, например, если уж очень хочется «одинаковости». хотя непонятно, зачем она нужна.

Мне нужно чтобы malloc() вернувший тот же указатель

А нафига?

Ну например гарантия что разные потоки не встретятся на мьютэксе.

А в чем гарантия то? Тогда нужно просить не возможность thread-local кучи, а запрета shared кучи!

если ты сам сознательно не натравишь их на один мьютекс, они и не встретятся. но, собственно, общая куча как раз и нужна для обмена между потоками. если они у тебя вообще независимы - можно нафоркать процессов и у каждого будет своя копия кучи при обращении на запись.

То, что ты хочешь, называется thread local storage и является ограниченным ресурсом.

Есть какието обьективные проблемы делающие проблемным TLS размером несколько GB или несколько десятков GB?

Есть какието обьективные проблемы делающие проблемным TLS размером несколько GB или несколько десятков GB?

Не знаю. Наверное, можно сделать TLS расширяемым, только это никому не нужно (тебе тоже).

TLS заточен не под динамическое выделение, а чтобы находить адреса статических слотов в условиях динамического набора модулей и тредов.

если отдельно страницы мапать аля TLS, без обёртки смысла в этом примерно как в static thread_local char buf[100000000] , с обёрткой - получаем аллокатор, а аллокаторы и простую память изолируют, если в каждом треде свой аллокатор.

man jemalloc
man https://www.facebook.com/notes/facebook-engineering/scalable-memory-allocatio...

Там вроде можно руками сконфигурить арену, а потом явно аллоцировать через нее используя mallocx с MALLOCX_ARENA. Правда, скорее всего, измеримого профита не увидишь.

TLS размером несколько GB или несколько десятков GB

Зачем тебе вообще треды? Форкай процессы, как уже предлагали и там хоть TB запрашивай.

Есть, называется «обычные процессы».

Эххх ... Я тут типа поддерживаю софт изначально писанный для какойто солярки на спарках. Тредов - немерянно (тысячи). Выпилить будет нетривиально.

Ок. Зачем тебе разделяемая память, тем более, ты не хочешь что бы она была разделяемой? Пусть каждый тред создаст себе свой пул памяти и использует его.