Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 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 месяцев". Уважаю! Упорства автору не занимать. Но я бы так делать точно не стал. Жизнь коротка, и растрачивать ее так бездарно...

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

Публикации