Comments 23
musl далеко не во всём быстрее glibc, много где он наоборот намного медленнее. Но последний заметно толще, поэтому musl очень распространён во всяком embedded, в контейнерах (популярный Alpine основан на нём), да и статические сборки часто делают именно на его базе.
Вот пример (несколько устаревшего, но свежего сходу не нашёл) сравнения нескольких реализаций стандартных библиотек: https://www.etalabs.net/compare_libcs.html
а все очень просто. Glibc добавляет свои расширения, которых нет в стандарте POSIX, которому следует musl. Вот из-за использования этих расширений софт и не компилируется.
Что характерно, в большинстве случаев они в общем-то не нужны, и добавлены просто потому что у разработчика, использовавшего дистр с glibc, и так скомпилировалось. Такие дела.
Разработчикам на заметку: компиляйте под musl. Ваш софт потом и в контейнерах с alpine заведётся, и в макоси (может быть), и дебажить его будет гораздо легче.
Искал такой дистр, чтобы его поставить, настроить и забыть
выбор пал на Arch
неофетч понравился, картинка красивая, зеленая
Жжош. Придумал себе проблем на пустом месте из-за картинки neofetch и описания идеала libc.
(и если привыкнуть к его особенностям, то и самом удобном)пакетном менеджере, когда даже чуть менее быстрые конкуренты бОльшую часть времени на скачивание пакетов тратят, а не распаковку и установку?
Альтернативы glibc обычно нужны, если считаются байты флеш-памяти. Если вы сами себе что-то компилируете на машине, то вы а-приори используете больше места на диске, чем если бы использовались бинарные пакеты (т.к. нужны header'ы и куча -dev зависимостей).
В целом, как развлечение - why not, но на рабочую машину я бы такое не рискнул пробовать.
А Alpine Linux вы рассматривали? apk пакетный менеджер его сильно медленный?
Скорость пакетного менеджера - это, пожалуй, самое последнее, на что нужно обратить внимание при выборе дистрибутива.
Обычно - да, но есть нюансы… Gentoo, например. :)
Более того, скорость пакетного менеджера порой можно удвоить, если просто изменить алгоритм сжатия пакетов.
Разработчики Ubuntu начали перевод deb-пакетов на использование алгоритма zstd, который позволит почти в два раза увеличить скорость установки пакетов
А нельзя для проблемного софта вернуть glibc? Такое иногда встречается в образах на Alpine, когда без подтягивания glibc не заводится определенный софт. Большинство ведь не особо парятся по поводу того, что у них в системе соседствуют и Qt и GTK, зачастую еще и нескольких версий сразу.
Можно вас лишь поздравить - вы действительно нашли дистр Linux'a, который не работает нормально на ThinkPad X230 ;) Я думал, такое невозможно!
Скорее даже не дистр, а реализацию. На данный момент, уже установил Void на базе glibc. Разницы в скорости системы не заметил, зато софт вообще любой ставится и запускается без каких-либо проблем)
Вот за что я люблю *nix сообщество, так это за умение создать самому себе проблему.. просто потому что "захотелось странного", а потом с гордостью рассказывать об этом опыте
"В таком адском режиме я провел 5 месяцев". Уважаю! Упорства автору не занимать. Но я бы так делать точно не стал. Жизнь коротка, и растрачивать ее так бездарно...
Void Linux на musl libc. История борьбы