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

"Проект SoLo развивает загрузчик системных so-библиотек для полностью статических Linux-программ"	+/–
Сообщение от opennews (??), 20-Авг-26, 17:08
Опубликован проект SoLo, позволяющий полностью статическим Linux-программам, собранным с musl, загружать через dlopen() установленные в системе glibc-библиотеки, в первую очередь GPU-драйверы. Обычно статическая сборка несовместима с драйверами Vulkan и OpenGL, которые дистрибутивы поставляют в виде разделяемых библиотек, собранных с glibc. SoLo снимает это ограничение при помощи встроенного в исполняемый файл загрузчика ELF и прослойки, транслирующей вызовы glibc в musl-рантайм процесса — сам glibc в процесс не загружается, второго libc в процессе не появляется. Код написан на C++ и распространяется под лицензией MIT... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66103
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 20-Авг-26, 17:08	+3 +/–
"Tested on AMD radv, radeonsi, Intel, and NVIDIA GPUs under Linux, on Apple M1 under Asahi Linux, on Android under Termux, and on WSL with Mesa's dzn driver over Direct3D 12" - это что, теперь можно 1 бинарь для всего этого барахла изготавливать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #5

2. Сообщение от Malinovsky (?), 20-Авг-26, 17:11	+/–
Shitty забавный терминал, хоть и немного нестабильный после сборки, но забавно как это выглядит. Чтобы уменьшить размер загружаемого файла можно собрать его с musl и при необходимости он заработает на glibc с со всеми подушечками где надо установленными, чтобы программа ни дай бог не грохнулась. На Musl все работает или падает и третьего не дано. Много раз приходилось чинить в musl версии Void исходники, чтобы все собралось и заработало. Вроде это все и прикол, но musl давно пора в массы и не только на роутерах с OpenWRT.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #9

3. Сообщение от Malinovsky (?), 20-Авг-26, 17:13	+1 +/–
Ога, да, а еще он на несколько мегабайт может быть легче - превед glibc оверхеду и следственно пожиранию оперативной памяти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #7

4. Сообщение от pg83 (ok), 20-Авг-26, 17:14	+/–
> хоть и немного нестабильный после сборки Ну ты шли ишью в github, автор оперативно исправляет!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

5. Сообщение от sage (??), 20-Авг-26, 17:19	+1 +/–
Видимо, для всего что может загрузить твой бинарь, предоставить функции ядра, и с чем может работать musl. То есть винда и макось мимио, а для большей части линуксов это не слишком полезно. Точнее смысл не в том, чтобы запускать бинарь. А в том чтобы делать полностью статичную линковку, но с возможностью обращаться ко внешним so-шкам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

6. Сообщение от Аноним (6), 20-Авг-26, 17:24	+/–
Ещё один нейрослоп-проект, класс!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

7. Сообщение от sage (??), 20-Авг-26, 17:25	+1 +/–
Где оверхед от glibc? Оно в одном экземпляре хранится на диске, и в одном экземпляре в оперативке, на все загрузившие её процессы. Или у вас миллион контейнеров на одном хосте с разными системами? Ну тогда удачи весь софт пересобрать с musl, и грузите копии всего статического кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11, #12

8. Сообщение от Malinovsky (?), 20-Авг-26, 17:26	+/–
Никогда таким не занимался. Вот ежели баг с железом, тогда в багзиллу пишу, но это считанные разы было. Когда у тебя Gentoo или еще что-то из исходников собрано разработчики ядра тебя вежливо посылают лесом. И все. Потому что им нравится когда ядро собрал их местный Peter Phil, а всем остальным они не доверяют. Я даже драйвер не просил исправить для Creative AE-7, потому что там сходу - пришлите Creative AE-7 мне в США или изучите мега адовый дебаг. У меня есть эмуляторы терминала, которые работают. Вот если пойду мады гонять с tintin++ или вроде того, тогда ну может быть. Но меня устраивает скорость работы Wayfire 0.11 на вулкане с UHD770. Я просто чую что под капотом у shitty пачка багов крутится. Их и без меня должны распознать. Я уже на внутреннем ощущении определяю работает ли программа нормально и обычно все сходится. Ну потому что заедания в доли секунды даже на древних эмуляторах не бывает. А пока он не прикрутит нормальную опцию копирования текста как в konsole или lxterminal его shitty останется не у дел. Потому что мне что, заморачиваться с буфером обмена отдельно только ради копирования текста? Я не настолько упертый. Собрать из исходников могу, но упарываться не вижу смысла.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #10

9. Сообщение от sage (??), 20-Авг-26, 17:27	+/–
> все работает или падает и третьего не дано А вам хочется чего-то промежуточного? Чтобы оно вроде запускалось, но потом в случайные моменты падало по непонятным причинам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

10. Сообщение от pg83 (ok), 20-Авг-26, 17:29	+/–
Ну напиши мне сюда, я починю. А что не так с буфером обмена?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #13

11. Сообщение от Malinovsky (?), 20-Авг-26, 17:30	+/–
Вы наверное бинарники никогда не видели какой размер имеют без всякой статики бинарники glibc, отчего и сам Void musl меньше памяти требует. В общем и целом это в процентах довольно значительный объем когда цель - сделать рабочее окружение для сборки из исходников без лютого избытка оперативной памяти, прямо как в наши дни когда память уже скоро буквально будет на вес золота, а пока лишь половину от его стоимости имеет. Я со сборкой из исходников много лет опыта имею и Void musl прекрасно себя проявил. По крайней мере на моем компе с 12900K когда нет нужды делать вид что glibc хоть чем-то интересна на домашнем компе, кроме сборки OpenOffice. Когда я его трогал последний раз он был намертво приколочен к glibc. Это был спортивный интерес. Меня вполне устраивает LibreOffice.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #16, #18, #19

12. Сообщение от Аноним (19), 20-Авг-26, 17:31	+/–
>Или у вас миллион контейнеров на одном хосте с разными системами? Вот это. Чтобы надёжно собирать софт под любой линукс, надо статическую либц, либо собирать на slackware. Собирают, как правило, на ubuntu. Результат сваливается с мисматчем глибцов - и тут придётся по манам LFS собирать глибцы, тулчейн, а потом ещё и либы. Так как глибцы нормально не пришпандорить, да потом ещё и с глибц мисматчем не прилинковаться к нужным либам, вот эта штука позволит собирать только бинарник, а сошки тянуть прилинкованные к глибцам. Можно будет раздавать софт вне контейнеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #20

13. Сообщение от Malinovsky (?), 20-Авг-26, 17:32	+/–
Ну он работает только внутри терминалов через Ctrl+Insert, Shift+Insert. Вставить скажем в браузер или в kate не получится, а это основной пример когда буфер обмена работает. Большинство эмуляторов терминалов сломаны на деле. Я потыкаю может новую версию и скажу, но мне это без особой надобности. Просто буду иметь ввиду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

14. Сообщение от Аноним (19), 20-Авг-26, 17:33	+/–
>То есть винда и макось мимио В теории, musl как раз внутри APE живет на обоих. Если сделать эмулятор vcrt и что там в макоси, можно APE линковать одновременно и к линуксовым либам, и не к линуксовым.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

15. Сообщение от pg83 (ok), 20-Авг-26, 17:35	+/–
┌─────────────┐   │             │   │   ███ ███   │   │  █████████  │   │ ███████████ │   │█████████████│   │█████████████│   │ ███████████ │   │  █████████  │   │   ███████   │   │    █████    │   │     ███     │   │      █      │   │             │   └─────────────┘
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

16. Сообщение от sage (??), 20-Авг-26, 17:36	+/–
Лень лезть смотреть сколько там занимают сошки от glibc, на какой-нибудь убунте. Слоп-машина такое выдает: > A standard compiled, unstripped libc.so shared library is roughly 10 MB to 12 MB, while a stripped, release-ready version drops down to about 2 MB to 3 MB. A full installation package (which bundles locales, international character converters, and timezone databases) generally requires between 20 MB and 45 MB of disk Вам символы и локали не нужны? Или даже 2-3 Мегабайта жалко?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

17. Сообщение от Xasd1 (?), 20-Авг-26, 17:39	+/–
> Код написан на C++ а на нормальном языке программирования (C) почему было не написать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

18. Сообщение от Аноним (18), 20-Авг-26, 17:39    Скрыто ботом-модератором	+/–
Алё больной, glibc это библиотека чистаго Си. Все проги на Си быстрые и реактивные. Ты вдимо попутал с бинарниками на C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

19. Сообщение от Аноним (19), 20-Авг-26, 17:41	+/–
Глибцы не настолько жирнее musl, чтобы на 8+ гигабайтных системах оверхед чувствовался. Это всё ещё экономия на спичках, пока в репозиториях валяются брёвна на Java, JS и Python. А вот если взять одноплатник с гигом памяти или печатную машинку на core2duo (или что там, днищебуки с впаянной рамой, где могут и 4 гига оставить?), тогда да. Днищебукам нужны решения с упором на -Os в CFLAGS, musl и, возможно, zram/zswap. Вроде, armbian таким занимался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от sage (??), 20-Авг-26, 17:42	+/–
> надо статическую либц Это НИКОГДА не надо делать. Для сборки под старые системы нужно нормальный кросскомпилятор использовать, который грузит системную glibc, без использования новых функций. Если контейнер крутит софт, который от сишной либы не зависит, то с ней вообще линковаться не надо, ни динамически, ни статически. (но, конечно, from scratch лень делать - это же работать надо)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

21. Сообщение от pg83 (ok), 20-Авг-26, 17:43	+/–
Жизнь слишком коротка, чтобы писать еще одну хештаблицу для С. Вот завезут в стандарт - тогда поговорим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

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

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