Как стать автором
Обновить

Комментарии 23

musl далеко не во всём быстрее glibc, много где он наоборот намного медленнее. Но последний заметно толще, поэтому musl очень распространён во всяком embedded, в контейнерах (популярный Alpine основан на нём), да и статические сборки часто делают именно на его базе.

Вот пример (несколько устаревшего, но свежего сходу не нашёл) сравнения нескольких реализаций стандартных библиотек: https://www.etalabs.net/compare_libcs.html

а все очень просто. Glibc добавляет свои расширения, которых нет в стандарте POSIX, которому следует musl. Вот из-за использования этих расширений софт и не компилируется.

Что характерно, в большинстве случаев они в общем-то не нужны, и добавлены просто потому что у разработчика, использовавшего дистр с glibc, и так скомпилировалось. Такие дела.

Разработчикам на заметку: компиляйте под musl. Ваш софт потом и в контейнерах с alpine заведётся, и в макоси (может быть), и дебажить его будет гораздо легче.

Искал такой дистр, чтобы его поставить, настроить и забыть

выбор пал на Arch

неофетч понравился, картинка красивая, зеленая

Жжош. Придумал себе проблем на пустом месте из-за картинки neofetch и описания идеала libc.

А какой такой сакральный смысл в самом быстром
(и если привыкнуть к его особенностям, то и самом удобном)
пакетном менеджере, когда даже чуть менее быстрые конкуренты бОльшую часть времени на скачивание пакетов тратят, а не распаковку и установку?
НЛО прилетело и опубликовало эту надпись здесь
OpenWRT по умолчанию тоже использует musl. Как-то для одного софта под ARM пришлось собирать образ с glibc, благо в параметрах сборки можно легко переключиться на glibc.

Альтернативы glibc обычно нужны, если считаются байты флеш-памяти. Если вы сами себе что-то компилируете на машине, то вы а-приори используете больше места на диске, чем если бы использовались бинарные пакеты (т.к. нужны header'ы и куча -dev зависимостей).

В целом, как развлечение - why not, но на рабочую машину я бы такое не рискнул пробовать.

А Alpine Linux вы рассматривали? apk пакетный менеджер его сильно медленный?

Скорость пакетного менеджера - это, пожалуй, самое последнее, на что нужно обратить внимание при выборе дистрибутива.

Обычно - да, но есть нюансы… Gentoo, например. :)

Более того, скорость пакетного менеджера порой можно удвоить, если просто изменить алгоритм сжатия пакетов.

Разработчики Ubuntu начали перевод deb-пакетов на использование алгоритма zstd, который позволит почти в два раза увеличить скорость установки пакетов

А нельзя для проблемного софта вернуть glibc? Такое иногда встречается в образах на Alpine, когда без подтягивания glibc не заводится определенный софт. Большинство ведь не особо парятся по поводу того, что у них в системе соседствуют и Qt и GTK, зачастую еще и нескольких версий сразу.

А нельзя для проблемного софта вернуть glibc?

В chroot можно развернуть софтину вместе со всеми зависимостями.

Можно вас лишь поздравить - вы действительно нашли дистр Linux'a, который не работает нормально на ThinkPad X230 ;) Я думал, такое невозможно!

Скорее даже не дистр, а реализацию. На данный момент, уже установил Void на базе glibc. Разницы в скорости системы не заметил, зато софт вообще любой ставится и запускается без каких-либо проблем)

Я рад, что вы приняли разумное решение отказаться от исключительно embedded-решения на машине класса ноутбук. Наслаждайтесь работой этой неубиваемой машинки :) А musl libc оставьте для чего-то вроде lattepanda ;)

Вот за что я люблю *nix сообщество, так это за умение создать самому себе проблему.. просто потому что "захотелось странного", а потом с гордостью рассказывать об этом опыте ​

musl живёт в мире embedded и запуска линукса на одном ядре Cortex-A8, а то и чего более древнего. Ставить его на что-то мощнее Pentium-2 — затея глупая.

эээ… разве cortex a8 не на голову производительнее p2?

Смотря какой, если брать последние лебединые песни 10-11 годов, то может раза в два и будет шустрее, если брать 400-800мгц, то обычно наравне идут.
Крайне интересно, что же в итоге с последним вопросом, насчёт батареи (сколько её ресурса было истрачено за пять месяцев, я уж молчу).

С батареей все мутно, заряжается час, держит полтора-два (в винде разряжалась за 20-30 минут). Она была изношена изначально на 30%, а сейчас уже 43%. Но я забил на это, т.к. буду покупать новую.

"В таком адском режиме я провел 5 месяцев". Уважаю! Упорства автору не занимать. Но я бы так делать точно не стал. Жизнь коротка, и растрачивать ее так бездарно...

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории