The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск стандартной Си-библиотеки Musl 1.2.5"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск стандартной Си-библиотеки Musl 1.2.5"  +/
Сообщение от opennews (??), 01-Мрт-24, 16:29 
После 10 месяцев разработки представлен релиз стандартной Си-библиотеки Musl 1.2.5, предоставляющей реализацию libc, которая подходит для применения как на стационарных ПК и серверах, так и на мобильных системах, сочетая полноценную поддержку стандартов (как в Glibc)  с небольшим размером, низким потреблением ресурсов и высокой производительностью (как в uClibc, dietlibc и Android Bionic). Имеется поддержка всех обязательных интерфейсов C99 и POSIX 2008, а также частично C11 и набор расширений для многопоточного программирования (POSIX threads), управления памятью и работы с локалями. Код Musl поставляется под свободной лицензией MIT...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60702

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 01-Мрт-24, 16:29   +1 +/
> В DNS-резолвере реализована обработка ответов с длинными последовательностями CNAME. Решена проблема, из-за которой отбрасывались некоторые большие ответы, передаваемые через TCP.

И это поделие используют в докер-контейнерах?!

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #16

2. Сообщение от Аноним (2), 01-Мрт-24, 16:32   +6 +/
Считаю musl хорошим проектом - альтернативные реализации нужны, а у неё ещё и лицензия по-настоящему свободная.

Однако есть минус - очень популярен миф про её производительность - на самом деле musl медленнее Glibc в реальных задачах. Например, есть много случаев, когда "современные" разработчики (и на нативных, и на интерпретируемых языках) использовали шаблоны контейнеров на основе Alpine (или других дистрибутивов, где musl) и видели большие потери в производительности, вплоть до разницы в более чем 10 раз.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #6, #10, #12, #15

3. Сообщение от Аноним (3), 01-Мрт-24, 16:41   +3 +/
Ну это не миф. Это авторы затирали, что, мол, у нас код проще и быстрее. А толпы хомяков поверили, не будут же авторы врать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #5

4. Сообщение от Аноним (5), 01-Мрт-24, 16:46   +1 +/
Это докер по айо проседает. Надо хотя бы с хоста диск читать или оперы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

5. Сообщение от Аноним (5), 01-Мрт-24, 16:49   +1 +/
Это блогеры синтетику нашли где обычный глибс быстрее и трындят на каждом углу. А такое с чем угодно можно найти даже с джаваскриптом. Это как с р-стом типа за границы буфера не выходит значит безопасТный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #7, #11

6. Сообщение от Аноним (6), 01-Мрт-24, 16:54   +1 +/
> а у неё ещё и лицензия по-настоящему свободная

Нет, там Expat/MIT.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #26

7. Сообщение от Аноним (3), 01-Мрт-24, 16:57   +1 +/
Для начала придётся найти хоть что-то, в чём обычный глибц медленнее. Только когда среднее в итоге всё равно настолько быстрее, выводы тут напрашиваются вполне определённые. В синтетике быстрее быть дело не хитрое, кстати, вон Интел подтвердит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от бгг (?), 01-Мрт-24, 17:04   –1 +/
Если Musl не имеет поддержки х32,то можно ли yf y`v собрать Wine c  wow64 для 32 битных приложений?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

9. Сообщение от OpenEcho (?), 01-Мрт-24, 17:13   +/
> И это поделие используют в докер-контейнерах?!

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

10. Сообщение от Аноним (10), 01-Мрт-24, 17:20   +3 +/
Насколько помню, в Musl медленный аллокатор. Можно использовать другой, например jemalloc, который может и медленней maloc из GLibc, но потребляет в разы меньше памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #19

11. Сообщение от OpenEcho (?), 01-Мрт-24, 17:28   +/
> Это как с р-стом типа за границы буфера не выходит значит безопасТный.

CVE-2021-28879 с вами не согласен, overflow не победим

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

12. Сообщение от OpenEcho (?), 01-Мрт-24, 17:30   +/
> Например, есть много случаев, когда "современные" разработчики (и на нативных, и на интерпретируемых языках) использовали шаблоны контейнеров на основе Alpine (или других дистрибутивов, где musl) и видели большие потери в производительности

bind mount реальных дисков разработчики не пробовали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

15. Сообщение от Аноним (15), 01-Мрт-24, 17:45   +4 +/
> лицензия по-настоящему свободная.

Опять двадцать пять.

MIT и т.п. — свобода для производителей ограничивать права пользователей (отсюда пропаганда пермиссив-лицензий со стороны корпораций),

GPL — свобода для потребителей (нельзя ограничивать пользователей в правах, что корпорациям очень не нравится, откуда и fud про несвободность и вирусность).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #18

16. Сообщение от RM (ok), 01-Мрт-24, 17:58   +/
У musl с DNS весело
https://www.opennet.ru/opennews/art.shtml?num=59069 Выпуск стандартной Си-библиотеки Musl 1.2.4
> В DNS-резолвер добавлена возможность отправки запроса по TCP в случае неудачного обращения по UDP, что решило проблему с запросом больших DNS-записей и наладило совместимость с рекурсивными DNS-серверами, не поддерживающими отдачу части результата в обрезанных UDP-ответах. Попутно устранено ещё несколько недоработок, связанных с DNS, таких как невозможность раздельной обработки состояний NODATA и NXDOMAIN.

А сейчас в 1.2.5
> В DNS-резолвере реализована обработка ответов с длинными последовательностями CNAME. Решена проблема, из-за которой отбрасывались некоторые большие ответы, передаваемые через TCP.

что в лоб, что по лбу....

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

17. Сообщение от RM (ok), 01-Мрт-24, 18:00   +2 +/
x32 и из ведра выпилили уже. Мсье видимо хотел сказать i386
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #21

18. Сообщение от Аноним (-), 01-Мрт-24, 18:00   –2 +/
MIT и т.п. — свобода для разрабов, которые могут продавать результаты своего труда, а не ходит побираться по корпам.
GPL — мнимая свобода для потребл##дей, что совсем не мешает корпам зарабатывать и при этом вертеть их как хочет

Поправил, не благодари

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #22, #23

19. Сообщение от Аноним (19), 01-Мрт-24, 18:15   +3 +/
да, это политика разработчиков. В стандартной библиотеке будет простой и надежный аллокатор, которого достаточно для большей части софта, а если нужна скорость - то вот вам на здоровье jemalloc, mimalloc, и что там еще есть. В пакете alpine есть даже специальный скрипт jemalloc.sh, устанавливающий его в LD_PRELOAD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #20

20. Сообщение от n00by (ok), 01-Мрт-24, 18:25   +2 +/
Для всякого аллокатора можно найти сценарий использования, когда он проиграет другому аллокатору. Так что политика разумная. Другое дело, что пользователи библиотеки почему-то не всегда озадачиваются выбором подходящего аллокатора или написанием своего, когда им нужна скорость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

21. Сообщение от бгг (?), 01-Мрт-24, 19:29   +/
Та ты понял о чём я говорил... Кажется нельзя так собрать. Нужно чтобы в системе была поддержка мультилиб.Печалька.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

22. Сообщение от бгг (?), 01-Мрт-24, 19:35   +/
Они мнимые (права) потому что прошло то время когда васяны открывали Глибс с Емакс. Теперь кроме патчсетов под свежие либы и опакечивание сил у сообщества не хватает - время дорого им жаба душит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

23. Сообщение от Анончик (?), 01-Мрт-24, 19:49   +/
И как же авторам продавать результаты своего труда под MIT лицензией, расскажите мне? Чем это отличается от зарабатывания на GPL? Двойное лицензирование, например, возможно в обоих случаях.

А корпам зарабатывать вообще никто не запрещает. Главное, чтоб при этом они предоставляли эти самые свободы своим пользователям. И если они "вертят своих пользователей как хотят", то скорее всего никаких свобод тут и нет, и стоит просто отказаться от поддержки таких корпораций.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

25. Сообщение от Аноним (25), 01-Мрт-24, 22:17   –1 +/
В Void Linux, где еще 1.1.24, когда ждать?
В Alpine Linux Edge уже прилетело.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от Аноним (26), 01-Мрт-24, 23:36   –2 +/
MIT - это и есть свободная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

27. Сообщение от Имя Моё (?), 02-Мрт-24, 02:56   +2 +/
Что приятно удивило (когда несколько лет назад пробовал эту альтернативу glibc) так это то, что код после компиляции получается в 10, а иногда и в 20 раз меньше объёмом. НО! По производительности математических расчётов иногда терял 20% по сравнению с glibc. Поэтому да, не панацея, но очень интересный и перспективный проект. И я лично его планирую проверять для каждого отдельного решения. Где-то нужен компактный код закинуть в прошивку, а где-то лучше использовать все возможности оптимизации современных CISC CPU для высокопроизводительных проектов.
Ответить | Правка | Наверх | Cообщить модератору

28. Сообщение от Аноним (28), 02-Мрт-24, 21:47   +/
> Добавлены функции preadv2() и pwritev2() […]. От preadv() и pwritev() новые функции отличаются наличием ещё одного аргумента

После Лиспов и Кложуры от такого становится почему-то очень смешно. А когда понадобится ещё один аргумент передать, preadv3() и pwritev3() будут вводить, да? «У» в названии языка Си значит «удобство».

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

29. Сообщение от Аноним (29), 04-Мрт-24, 16:55    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

30. Сообщение от Аноним (30), 05-Мрт-24, 20:11   +/
Пробовал в void linux. Вернулся на glibc. Musl не юзабелен если не хочешь вылавливать какие-то постоянные рандомные баги. Да и ваще вся шумиха больше напоминает тему gcc->clang и x11>wayland, т.е. корпорациями лицензия не нравится и они пропихивают угодное им.
Ответить | Правка | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру