https://217.65.3.21/openforum/vsluhforumID3/139806.html Спустя 4 года после публикации прошлого обновления доступен релиз библиотеки управления памятью jemalloc 5.3.1, предлагающей альтернативную реализацию функций malloc, оптимизированную для снижения фрагментации и работы на многопроцессорных системах. Для решения проблем с блокировками на многоядерных системах в jemalloc для каждого ядра CPU используется своя изолированная область распределения памяти, что позволяет добиться линейной масштабируемости при росте числа потоков...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65201<br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#39 Tue, 14 Apr 2026 22:19:52 GMT &gt; Я стараюсь мыслить в асм реализации.<br><br>Очень плохо, потому что x86 не единственная и уже даже не основная архитектура.<br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#38 Tue, 14 Apr 2026 22:05:53 GMT Удачи в реализации.<br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#37 Tue, 14 Apr 2026 22:05:14 GMT Нет.<br><br>static pthread_key_t tp_tls_key_tpt;<br>static int tp_tls_key_tpt_error = EAGAIN;<br><br>int tp_init(void) {<br>if (0 != tp_tls_key_tpt_error) { /* Try to reinit TLS. */<br>tp_tls_key_tpt_error = pthread_key_create(&tp_tls_key_tpt, NULL);<br>}<br>return (tp_tls_key_tpt_error);<br>}<br><br>static void *tp_thread_proc(void *data) {<br>...<br>pthread_setspecific(tp_tls_key_tpt, (const void*)data);<br>...<br>// do something...<br>...<br>pthread_setspecific(tp_tls_key_tpt, NULL);<br>return (NULL);<br>}<br><br>void *tpt_get_current(void) { /* TLS magic. */<br>return ((void*)pthread_getspecific(tp_tls_key_tpt));<br>}<br><br>Это чуть упрощённое из моего кода.<br>tp_init() вызывается типа один раз при старте.<br>Каждый поток в tp_thread_proc() получает свой какой то указатель на данные и сохраняет его в TLS.<br>Вызывая tpt_get_current() из любой функции в контексте выполнения такого потока можно получить указатель на данные (void *data) который передали при создании потока.<br>Прикол тут в том, что для всех потоков код который они вызывают и аргумент один https://217.65.3.21/openforum/vsluhforumID3/139806.html#36 Tue, 14 Apr 2026 21:41:30 GMT &gt;&gt; malloc(xxx) вызывается на самом деле malloc(this_thread,xxx).<br>&gt; Может в какой то реализации так и есть, я таких не видел <br><br>Идея.<br>- диспетчер узнает поток.<br>- прилепливает к выданному этому потоку.<br>- выдает указатель новым не подряд, а прыжками. <br><br><br><br><br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#35 Tue, 14 Apr 2026 21:36:11 GMT &gt; Есть TLS: Thread Local Storage.<br>&gt; Это как бы массив, когда ты туда хочешь что то записать ты <br>&gt; аллоцируешь от туда индекс через pthread_key_create().<br>&gt; Дальше через апи каждый поток в этот индекс пишет pthread_setspecific(), и у <br>&gt; каждого потока там своё уникальное значение может хранится. Те каждый поток <br>&gt; дёргая pthread_getspecific() с этим аллоцированным индексом может получать то значение <br>&gt; которое привязано к этому потоку.<br><br>pthread_key_create() - регистрируем ID1 первого потока у диспетчера.<br>pthread_setspecific() - регистрируем и получаем ID2 другого потока ссылаясь на ID1 первого как родителя<br>pthread_setspecific() - получаем указатель связанный с ID2 прилепленный диспетчером к уже полученным кускам этого потока.<br><br>Есть родитель ID1 он же владеет общим пулом. Есть ID2 который узнаваем диспетчером и получает новую память для себя впритык к уже имеющейся и легко освобождаемую большим куском. <br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#33 Tue, 14 Apr 2026 21:25:26 GMT &gt; malloc(xxx) вызывается на самом деле malloc(this_thread,xxx).<br><br>Может в какой то реализации так и есть, я таких не видел да и смысла не понимаю.<br>Аллокатор сильно сложнее устроен чем просто как вы описали, как минимум он обычно возвращает выравненную память по границе sizeof(void*). Потом ему нужно к каждому куску памяти клеить свои метаданные - обычно оно находится ПЕРЕД тем значением что вернули через malloc().<br><br>У вас какой то очень вырожденный юзкейс, в реале всё сложнее.<br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#32 Tue, 14 Apr 2026 21:19:52 GMT Как то так так.<br><br>Есть TLS: Thread Local Storage.<br>Это как бы массив, когда ты туда хочешь что то записать ты аллоцируешь от туда индекс через pthread_key_create().<br>Дальше через апи каждый поток в этот индекс пишет pthread_setspecific(), и у каждого потока там своё уникальное значение может хранится. Те каждый поток дёргая pthread_getspecific() с этим аллоцированным индексом может получать то значение которое привязано к этому потоку.<br><br>Дальше там особенности аллокаторов, но в целом аллокаторы как провайдеры: берут оптом - продают в розницу. Выделают какие то большие куски через mmap(), и отдают по запросу из них маленькие кусочки. Выделить меньше PAGE_SIZE (4кб на х84) не возможно. Упомянутый dss - устарел, хз как он работал.<br><br>У каждого потока свои страницы из которых он получает память при alloc(), а если соседний поток эти куски освобождает то они через lockfree ставятся в очередь на освобождение, которая обрабатывается потоком к которому прибит "экземпляр" аллокатора.<br><br>Как там происходит на низком https://217.65.3.21/openforum/vsluhforumID3/139806.html#31 Tue, 14 Apr 2026 21:01:40 GMT &gt;за каждым потоком закреплён "пул памяти" откуда именно этот поток получает куски памяти при каждом malloc()/realloc()/calloc().<br><br>malloc(xxx) вызывается на самом деле malloc(this_thread,xxx). В дальнейшем менеджер предложит потоку указатель смещенный относительно первого на размер предыдущего (ххх). Легко освободить разом всё память, предоставленную потоку и освободить большой кусок памяти а не "черезполосицу" с другими потоками.<br> https://217.65.3.21/openforum/vsluhforumID3/139806.html#30 Tue, 14 Apr 2026 20:44:27 GMT Возможно Вы мыслите в абстракциях. Я стараюсь мыслить в асм реализации.<br>