https://www.opennet.ru/openforum/vsluhforumID3/141593.html Представлен релиз библиотеки управления памятью jemalloc 5.4.0, предлагающей альтернативную реализацию функций malloc, оптимизированную для снижения фрагментации и работы на многопроцессорных системах. Для решения проблем с блокировками на многоядерных системах в jemalloc для каждого ядра CPU используется своя изолированная область распределения памяти, что позволяет добиться линейной масштабируемости при росте числа потоков...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66304<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#103 Fri, 25 Sep 2026 06:54:30 GMT Обычный malloc из libc дёргается. А если no_std режим -- то программист должен предоставить аллокатор чтобы использовать всё что этого требует.<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#102 Fri, 25 Sep 2026 04:12:21 GMT &gt; дальше вам читать не захотелось, понимаю)) <br>&gt; имхо, причина не отменяет того факта, что их просто НЕ СТАЛО для <br>&gt; этого открытого проекта. сама причина вторична. тут либо в эмоциональной оценке, <br>&gt; либо в неуверенности дело, если позволите <br>&gt; а так да - можно на митинг сходить, набухаться потом - что <br>&gt; изменится-то? трата времени <br><br>Почему прочитал, и считаю, что наличие возможности форкнуть кому-то ни было - это не рабочий вариант, когда речь заходит о подобном... Много проектов так "загнулось": основной проект чудить начал - его форкнули - форк в лучшем случае ведет жалкое существование, т.к. не совместим с Оригиналом в итоге, а развивается ему тяжело, ввиду, как правило, скромных человеческих ресурсов, т.е. в в данном случае вероятнее всего форк просто неконкурентоспособен по объективным причинам.<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#101 Thu, 24 Sep 2026 19:47:00 GMT &gt; Ни одной буквы о том как изменилась производительность.<br>&gt; Подозреваю что там никаких улучшений нет уже лет 10, а автор перевёл его в архив потому что делать там больше нечего, всё и так прекрано работает.<br><br>Если проект бросили, это не значит что он до конца сделан и там нечего делать. Я оптимизировал освобождение и деаллокацию маленьких блоков данных. Там еще работы немеренно для оптимизации, по потенциалу jemalloc может обогнать mimalloc в множестве тестов.<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#100 Thu, 24 Sep 2026 16:28:52 GMT а что там по умолчанию компилятором ща делается? не крейт же он каждый раз дёргает - кастом намутили?<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#99 Thu, 24 Sep 2026 15:28:29 GMT и в llvm<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#98 Thu, 24 Sep 2026 14:24:39 GMT Именно так<br><br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#97 Thu, 24 Sep 2026 13:45:41 GMT дальше вам читать не захотелось, понимаю))<br><br>имхо, причина не отменяет того факта, что их просто НЕ СТАЛО для этого открытого проекта. сама причина вторична. тут либо в эмоциональной оценке, либо в неуверенности дело, если позволите<br><br>а так да - можно на митинг сходить, набухаться потом - что изменится-то? трата времени<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#96 Thu, 24 Sep 2026 13:05:03 GMT &gt;с другой стороны - и так ведь халява была<br><br>Имхо, это как раз из разряда "мышь-мышеловка"<br> https://www.opennet.ru/openforum/vsluhforumID3/141593.html#95 Thu, 24 Sep 2026 12:13:32 GMT а в какую она до этого развивалась и кем? если кто-то решил пойти своим путём - это ведь его проблемы, зачем в нашу обращать, не так ли?<br><br>или вы про что - что основняк разрабов насобирал коммитов и ушёл в тень? ну да, неприятно, согласен<br><br>с другой стороны - и так ведь халява была, а с повальным сейчас желанием всё и вся переписать - не стоит опускать руки и терять надежду. в конце концов у них там и корп самолёт упасть может - так что это только ваше решение злиться на дождь, или переждать его<br>