https://www.opennet.ru/openforum/vsluhforumID3/108464.html Состоялся (http://permalink.gmane.org/gmane.linux.lib.musl.general/10295) релиз стандартной Си-библиотеки Musl 1.1.15 (http://www.musl-libc.org/), предоставляющей реализацию libc, которая подходит для применения как на стационарных ПК и серверах, так и на мобильных системах, сочетая полноценную поддержку стандартов (как в Glibc) с небольшим размером, низким потреблением ресурсов и высокой производительностью (как в uClibc, dietlibc и Android Bionic). Имеется поддержка всех обязательных интерфейсов C99 и POSIX 2008, а также частично C11 и набор расширений для многопоточного программирования (POSIX threads), управления памятью и работы с локалями. Код Musl поставляется под свободной лицензией MIT. <br><br><br><br><br>В новом выпуске добавлена поддержка 64-разрядных процессоров MIPS и PowerPC, а также шестого поколения MIPS ISA. Для 32-разрядных PowerPC реализован soft-float ABI. Добавлена поддержка новых возможностей ядер Linux 4.5 и 4.6, в том числе функций pthread_tryjoin_np, pthread_timedjoin_np и sched_getcpu. В скр https://www.opennet.ru/openforum/vsluhforumID3/108464.html#27 Mon, 11 Jul 2016 12:43:35 GMT &gt; А что ещё кроме str* и mem* функций есть в libc, сильно влияющее на производительность?<br><br>А что, есть ещё компиляторы, которые делают call str* и mem* при -O1 и выше?<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#26 Fri, 08 Jul 2016 10:27:25 GMT Для имеющих проблемы с русским языком сообщаю, что "А опережает Б" означает, что A быстрее, чем Б, а не наоборот. Используя окончания слов можно добится противоположного смысла, например "черепаху опережает Ахилесс", но в случае отсутсвия окончаний используется прямой порядок: субъект действие объект. <br>Ну а дальше смотрим по ссылке секцию "Performance comparison" и сравниваем циферки, чем меньше, тем лучше. И самые лучшие результаты в общем зачете показывает glibc, о чем и было сказано в моем предыдущем сообщении. О потреблении оперативной памяти речи вообще не шло. <br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#25 Fri, 08 Jul 2016 00:08:44 GMT mallloc сотоварищи. Ваш K.O.<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#24 Thu, 07 Jul 2016 21:17:12 GMT А что ещё кроме str* и mem* функций есть в libc, сильно влияющее на производительность?<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#23 Thu, 07 Jul 2016 18:38:02 GMT Ну со скоростью тоже вроде не все так плохо: да местами хуже glibc, но работа с UTF-8 в четыре раза быстрее glibc. Было бы интересно увидеть сравнение скорости реальных приложений.<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#22 Thu, 07 Jul 2016 16:18:46 GMT У вас со зрением проблем нет? А может просто читать не умеете? Или вы производительность с потреблением оперативной памяти путаете? Ну тогда да, если сравнивать по потреблению оперативной памяти то dietlibc явно выигрывает, а ещё она тормозит круче всех и ничего толком не поддерживает начиная с UTF-8 и CJK заканчивая С11 и thread'ами, за ней уже идет Musl который работает почти также быстро как и Glibc и местами его серьёзно опережает, при этом использует в 5 раз меньше оперативной памяти.<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#21 Thu, 07 Jul 2016 16:10:09 GMT Да чувак молодец, почти в одно лицо запилил свой libc с шахматами и поэтессами, респект ему. Да, по скорости с glibc пока не сравниться, но зато для ембедовки самое оно.<br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#20 Thu, 07 Jul 2016 14:05:16 GMT там есть поддержка локалей, но в том же Alpinelinux ее выкусывают за ненадобностью. В других дистрах скорее всего тоже выкусывают. <br> https://www.opennet.ru/openforum/vsluhforumID3/108464.html#19 Thu, 07 Jul 2016 09:27:30 GMT OpenWRT/LEDE<br>https://www.opennet.ru/opennews/art.shtml?num=42439<br>