https://opennet.ru/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://opennet.ru/openforum/vsluhforumID3/139806.html#44 Wed, 15 Apr 2026 15:56:06 GMT &gt;аргумент один и тот же а результат разный.<br><br>Это и есть ID1 (см. выше). Это родитель (ответственный поток) всех последующих.<br>ID2 передается или запрашивается скрытно от программиста C. ID2,ID3,ID4 ссылаются на ID1 как идентификатор группы в которую они включены в глазах диспетчера (аллокатора) памяти. <br> https://opennet.ru/openforum/vsluhforumID3/139806.html#43 Wed, 15 Apr 2026 14:22:16 GMT &gt; А чего сложного? Сделать no-op free() совсем несложно<br>&gt; Как же никто раньше не догадался, можно же решить все проблемы, всего-то нужно не возвращать память системе.<br><br>если речь об оптимизации памяти, франментации, то давным давно догадался, и это на гораздо более сложном уровне реализовано много где, в тех жа базах данных.<br><br>&gt; Но интересно, как это поможет от выхода за границы буфера?<br><br>элементарно ватсон, обьявляем 0x0000 концом, и на уровне функции чтения дальше не лезем. или 0х00000000 или что угодно майжик.<br><br>&gt; rust, который ты, конечно, в глаза не видел, ничего гвоздями не прибито. <br><br>видел, но первое что я уточнил это возможность динамической линковки, после чего закрыл этот вопрос для себя навсегда, еще один ...блаблабла, который умеет также как и ява миллирд вариантов массивов, блаблабла, пофиг мне, я не программист. Управлять памятью через костыли можно где угодно, где то лучше, гдето хуже, но вы же утверждаете что раст это делает за вас, а тут вдруг нет..путаетесь в показаних, либо делает, либо https://opennet.ru/openforum/vsluhforumID3/139806.html#42 Wed, 15 Apr 2026 13:56:33 GMT Внятно объяснить в чем магия этого диспетчера не получается здесь. <br> https://opennet.ru/openforum/vsluhforumID3/139806.html#41 Wed, 15 Apr 2026 13:54:07 GMT &gt; Прикол тут в том, что для всех потоков код который они вызывают <br>&gt; и аргумент один и тот же а результат разный.<br><br>Когда Вы вызываете метод класса аргументы и код C++ одинаковые, а отрабатываются конкретные экземпляр-методы. this передается скрытно от программиста C++, но в асме он четко виден. <br> https://opennet.ru/openforum/vsluhforumID3/139806.html#40 Wed, 15 Apr 2026 06:42:09 GMT https://github.com/GrapheneOS/hardened_malloc<br> https://opennet.ru/openforum/vsluhforumID3/139806.html#39 Tue, 14 Apr 2026 22:19:52 GMT &gt; Я стараюсь мыслить в асм реализации.<br><br>Очень плохо, потому что x86 не единственная и уже даже не основная архитектура.<br> https://opennet.ru/openforum/vsluhforumID3/139806.html#38 Tue, 14 Apr 2026 22:05:53 GMT Удачи в реализации.<br> https://opennet.ru/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://opennet.ru/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>