The OpenNET Project / Index page

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



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

Оглавление

Debian прекращает поддержку стандарта Linux Standard Base, opennews (??), 09-Окт-15, (0) [смотреть все]

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


93. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 10-Окт-15, 12:18 
Раньше уже говорил: у меня очень переработанный lfs - нет udev/dbus/pulseaudio/systemd, busybox вместо *nix utils, не придерживаюсь строго FHS, glibc тоже существенно подрезана.

Opera ставилась без проблем. Лень было собирать LO4 - взял сборку для дебиана - ругнулась, что у меня libdbus нет. Взял libdbus с дебиана - и все заработало (без демона dbus!). Pianoteq, Unreal, ET:QW - тоже работали.

Если не завязываться за дистроспецифичные вещи (привет systemd,pa) и вообще сводить внешние зависимости к минимуму (статическая линковка и включение в поставку редко используемых lgpl библиотек), то все будет работать и без LSB.

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

105. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от slavius (?), 10-Окт-15, 13:19 
ты предлагаешь сделать то от чего в линукс уходили годами)) или разделяемые либы и тому подобное пидумали тупые люди?
Ответить | Правка | Наверх | Cообщить модератору

111. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 10-Окт-15, 13:50 
Не все так просто: разделяемые библиотеки имеют выигрыш только если используются большим количеством одновременно запущенных программ. Да и то не всегда.

Есть мнение, что от разделяемых библиотек больше вреда, чем пользы: http://sta.li/faq

Мое личное мнение - если думать об экономии памяти, то оптимально оставить широко используемые библиотеки разделяемыми, а все остальное - статикой.

Если же речь о максимальной производительности, а экономия памяти не критична - то все статикой.

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

114. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от slavius (?), 10-Окт-15, 14:08 
и медленно превращаемся, превращаемся медленно.... в виндовс...)) меня все больше беспокоит современное пренебрежение ресурсами системы. полагая что их всегда хватит на все. знаешь отличием линукса всегда была стабильность за счет того, что каждую задачу выполняет одно маленькое приложение и передает обработку другому маленькому. это всегда был процесс надежного и нетребовательного использования компьютера, что и сделало линукс одной из ведущих систем в веб, но вы предлагаете сделать из него виндовс. это не может не беспокоить. а по различию дистров дебиан давно уже в переди планеты всей. нет чтоб договориться о единообразном именовании либ, они стали именовать их иначе. как итог нигде кроме дебианоподобных систем  их не используешь. и это конечно печально для опен сурс
Ответить | Правка | Наверх | Cообщить модератору

115. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 10-Окт-15, 14:46 
Возражения технического характера против моего мнения есть?

Если вы сходите по ссылке то там и будет про "пренебрежение ресурсами системы" и "каждую задачу выполняет одно маленькое приложение и передает обработку другому маленькому".

Статическая линковка всегда быстрее и в ряде случаев более экономна по памяти.

> различию дистров дебиан давно уже в переди планеты всей

Вы не находите странным, что именно дебиновская сборка LO4 без проблем заработала на очень нестандартной системе?

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

120. "Debian прекращает поддержку стандарта Linux Standard Base"  +2 +/
Сообщение от Нимано (?), 10-Окт-15, 15:52 
> и медленно превращаемся, превращаемся медленно.... в виндовс...))

DLL hell?

> знаешь отличием линукса всегда была стабильность за счет того, что каждую задачу выполняет одно маленькое приложение и передает обработку другому маленькому.

Называется скромно: "юниксвей",  хотя дивано-аналитическая хипстота на опеннете утверждает, что это ненужный пережиток прошлого.

> что и сделало линукс одной из ведущих систем в веб

Ну да, ведь в бздах все было ну совсем не так. Там о юниксвеях ни ухом, ни рылом ...

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

221. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от hamper (??), 12-Окт-15, 20:22 
Так ведь LSB это и есть узаконенный DLL-hell, просто в нем перечислены все возможные версии либ, которые могут потребоваться какому то проприетарному приложению.
Ответить | Правка | Наверх | Cообщить модератору

156. "Debian прекращает поддержку стандарта Linux Standard Base"  –2 +/
Сообщение от Kodir (ok), 10-Окт-15, 23:44 
> Не все так просто: разделяемые библиотеки имеют выигрыш только если используются большим
> количеством одновременно запущенных программ.

Не только. Например, если найдена проблема в либе, её новая версия компилируется и перезаписывает старую - вот тебе минимальный апдейт!
Аналогично, если ты НЕ хочешь чужих реализаций - кладёшь разделяемую либу на r/o том и все программы юзают одну доверенную либу.
Вощем, преимуществ shared море, просто бардак в линуксах мешает юзать его в полный рост.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

158. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 00:13 
>> Не все так просто: разделяемые библиотеки имеют выигрыш только если используются большим
>> количеством одновременно запущенных программ.
> Не только. Например, если найдена проблема в либе, её новая версия компилируется
> и перезаписывает старую - вот тебе минимальный апдейт!
> Аналогично, если ты НЕ хочешь чужих реализаций - кладёшь разделяемую либу на
> r/o том и все программы юзают одну доверенную либу.

1. Многие программы тягают библиотеки с собой, например ff.
2. Программа может завязаться за подверсию (или вообще конкретную версию) библиотеки.
3. Часть функции может быть размещена в заголовочном файле и есть большая вероятность что такие функции будут внедрены (inline). Соответственно, при изменении заголовочных файлов библиотеки, нужно все пересобрать, дабы гарантировать корректность обновления.

Как вы предлагаете отслеживать подобные ситуации при обновлении только разделяемой библиотеки?


> Вощем, преимуществ shared море, просто бардак в линуксах мешает юзать его в
> полный рост.

Перечислите все преимущества.

Я же приведу недостатки:
1. относительно сложный и медленный механизм загрузки библиотек
2. требуется загрузка в память всей библиотеки и всех ее зависимостей, даже если используется всего одна функция одной программой
3. сложности с inline и lto - меньше итоговая производительность приложения
4. переносимость приложения
5. сложности при необходимости собрать разные приложения (или одно и тоже приложение) с разными версиями
6. overlinking: частично решается --as-needed, но не полностью и не все приложения собираются с этим флагом

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

166. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Crazy Alex (ok), 11-Окт-15, 01:35 
Я хоть и не Kodir, но отвечу.

От таскания бибилиотк с собой тот же Firefox прекрасно отучался, в генте для него и для seamonkey апчка флажков вида use-system-X.

Если софт завязывается на подверсии - обычно от него стоит держаться подальше - либо автор чудит, либо авторы используемых библиотек. На моей памяти исключением, с которым пришлось смириться, является только ffmpeg.

Насчёт заголовочных файлов - а в чём проблема? Изменил внешний интерфейс (а заголовки - это именно оно) - меняй вторую цифру, показывая сломанный ABI.

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

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

183. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 11:51 
> От таскания бибилиотк с собой тот же Firefox прекрасно отучался, в генте
> для него и для seamonkey апчка флажков вида use-system-X.

В FF да, там не понятно зачем они библиотеки с собой таскают, может что бы под виндой проще собирать было. Но обычно для этого есть повод - библиотека может быть модифицирована под нужды проекта или она настолько редко встречается, что озадачивать пользователя ее отдельной установкой не имеет смысла.

> Если софт завязывается на подверсии - обычно от него стоит держаться подальше
> - либо автор чудит, либо авторы используемых библиотек. На моей памяти
> исключением, с которым пришлось смириться, является только ffmpeg.

Согласен, обычная практика - завязываться только за первую цифру версии, так как ее смена часто связана со сменой api. Но эта же практика приводит к сложностям при обновлении abi (второй цифры). Получается, что при смене abi в библиотеке, мы должны атомарно (в один заход) обновить библиотеку и весь софт ее использующий, иначе мы потенциально можем получить частично сломанную систему.

Обновление glibc это вообще черная магия :) А ведь если линковать ее статически, то мы сможем обновить любой пакет в любой последовательности и на каждом этапе система будет полностью работоспособной.

> Насчёт заголовочных файлов - а в чём проблема? Изменил внешний интерфейс (а
> заголовки - это именно оно) - меняй вторую цифру, показывая сломанный
> ABI.

В целом согласен, но не уверен, что крупные библиотеки меняют вторую цифру, если в одной функции в заголовочном файле исправили одну ошибку.

> А преимущество для меня очевидно - автор приложения не обязан следить за
> минорными версиями библиотеки, корректное версионирование автоматом даёт возможность
> исправлять ошибки в библиотеке, не затрагивая автора приложения вообще никак.

А при чем здесь автор приложения? Вы случайно не путаете статическую линковку со встраиванием библиотек в исходный код?
Автор выложил исходники и отметил минимальные рабочие версии библиотек, дальше собирайте как угодно, хоть статически, хоть динамически.

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

191. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Crazy Alex (ok), 11-Окт-15, 12:32 
У меня гента, так что о пересборках после смены второй цифры я некое представление имею :) Но вот сломать систему как-то не выходило. Как делается - не знаю, я, честно гвооря, в детали не лез. Ноработает вполне приемлемо, включая апдейт libc. То есть это не проблема, к которой решения нет. Впрочем, с вариантом "пересобирать, используя старую библиотеку, потом разом всё заменить" тоже особых проблем не вижу.

Статическая линковка обычно ходит с тасканием библиотеки с собой - здесь да, попутал немного. С другой стороны - даже с просто статической сборкой в source-based мы имеем гору лишних пересборок, а в бинарных - свалившуюся с ровного места нагрузку не на авторов, так на маинтайнеров. А shared libs - отличный способ делегирования.

Кроме того, лично мне очень не нравится идея параллельного наличия нескольких возможно несовместимых версий чего угодно (библиотеки, приложения - не важно) в  системе без особых мер предосторожности - побиться можно отнюдь не тоько об abi а, например, о формат конфигов, или временых файлов, или ещё чего. Это всё лечится - но как бы не получить в итоге GoboLinux.

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

196. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 13:50 
> У меня гента, так что о пересборках после смены второй цифры я
> некое представление имею :) Но вот сломать систему как-то не выходило.

А я вот сталкивался с глюками, после обновления отдельных нижних gtk библиотек  - приходилось пересобирать все библиотеки и приложения их использующие.

> Как делается - не знаю, я, честно гвооря, в детали не
> лез. Ноработает вполне приемлемо, включая апдейт libc. То есть это не
> проблема, к которой решения нет.

Все это существенно усложняет систему сборки  - нужно сперва собрать toolchain, который потом пересоберет binutils/glibc/gcc.

> Впрочем, с вариантом "пересобирать, используя старую
> библиотеку, потом разом всё заменить" тоже особых проблем не вижу.

Canonical уже пришла к выводу, что надежнее и проще обновлять нижний уровень за один заход.


> Статическая линковка обычно ходит с тасканием библиотеки с собой - здесь да,
> попутал немного. С другой стороны - даже с просто статической сборкой
> в source-based мы имеем гору лишних пересборок, а в бинарных -
> свалившуюся с ровного места нагрузку не на авторов, так на маинтайнеров.

Для маинтайнеров это не проблема - эта операция может происходить полностью автоматически.


> Кроме того, лично мне очень не нравится идея параллельного наличия нескольких возможно
> несовместимых версий чего угодно (библиотеки, приложения - не важно) в  
> системе без особых мер предосторожности - побиться можно отнюдь не тоько
> об abi а, например, о формат конфигов, или временых файлов, или
> ещё чего. Это всё лечится - но как бы не получить
> в итоге GoboLinux.

В целом согласен, но есть ряд ситуаций, когда это необходимо. Иногда нужно держать стабильную и нестабильную версию одновременно. Есть софт, который уже не обновляется или завязан за старые api библиотек. Да и просто при выходе новой версии библиотеки с новым api нужно либо ждать пока все нужные программы перейдут на него либо держать две версии.
Сразу вспоминаются gtk2/3 и qt4/5.

У каждого способа линковки есть свои сильные и слабые стороны. Как я отметил в самом начале, хорошим решением могло бы быть использование разделяемых широко используемых библиотек и статики для редких. Возможно стоит сделать исключение для glibc, так как в разделяемом виде ее сложно обновлять, а учитывая что из нее часто вызываются мелкие функции в цикле, то статическая линковка могла бы хорошо сказаться на производительности практически всех приложений (за счет inline/lto).

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

165. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Crazy Alex (ok), 11-Окт-15, 01:24 
Очевидный минус - то, что исправление бага в библиотеке может дойти только через новую версию приложения. Лично для меня этого достаточно, чтобы как чёрт от ладана шарахаться от статически собранного софта.

Впрочем, стонов по LSB я тоже не разделяю - это затрагивает только проприетарщину, а с ней в любом случае лучше не связываться по возможности. А в тяжелых случаях - виртуалка с нужной системой в помощь.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

176. "Debian прекращает поддержку стандарта Linux Standard Base"  +1 +/
Сообщение от arisu (ok), 11-Окт-15, 08:08 
> Очевидный минус - то, что исправление бага в библиотеке может дойти только
> через новую версию приложения. Лично для меня этого достаточно, чтобы как
> чёрт от ладана шарахаться от статически собранного софта.

а также не работает няшный хак с перехватом функций через LD_PRELOAD. да, это нужно далеко не каждый день; да, можно извращаться с ptrace() и динамическим анализом… а можно просто LD_PRELOAD.

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

185. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 11:57 
Согласен, возможность интересная, хоть и редко используемая. Мне лично еще не хватает аналога ldd, чтобы можно было понять какие библиотеки использовались при линковке.
Ответить | Правка | Наверх | Cообщить модератору

186. "Debian прекращает поддержку стандарта Linux Standard Base"  +1 +/
Сообщение от arisu (ok), 11-Окт-15, 11:59 
согласен, ldd тоже полезная штука.
Ответить | Правка | Наверх | Cообщить модератору

190. "Debian прекращает поддержку стандарта Linux Standard Base"  –2 +/
Сообщение от Аноним (-), 11-Окт-15, 12:31 
Убивать надо за советы использовать ldd. Хотите подробностей без риска — objdump -p.
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

195. "Debian прекращает поддержку стандарта Linux Standard Base"  +1 +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 13:21 
Убивать надо тех, кто тянет стремные бинарники не пойми откуда. Точнее они сами себя убьют.

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

199. "Debian прекращает поддержку стандарта Linux Standard Base"  +1 +/
Сообщение от arisu (ok), 11-Окт-15, 14:33 
убей себя, пожалуйста. или по крайней мере научись молчать, когда умные люди беседуют, чтобы твоя глупость не так отсвечивала.
Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

246. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Аноним (-), 13-Окт-15, 21:29 
Культурный уровень гопника из подворотни еще не делает вас умным человеком.
Поэтому, не отсвечивайте, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору

247. "Debian прекращает поддержку стандарта Linux Standard Base"  +1 +/
Сообщение от arisu (ok), 13-Окт-15, 21:31 
> Культурный уровень гопника из подворотни еще не делает вас умным человеком.

само собой. умным меня делает интеллект — но тебе этого не понять, в твоей оценке разумности интеллекту места не нашлось.

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

179. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 11:11 
> Очевидный минус - то, что исправление бага в библиотеке может дойти только
> через новую версию приложения. Лично для меня этого достаточно, чтобы как
> чёрт от ладана шарахаться от статически собранного софта.

Суеверия и предрассудки :) Зачем ждать новую версию? Достаточно пересобрать (или скачать пересобронный) пакет с новой версией библиотеки.

Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

180. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от arisu (ok), 11-Окт-15, 11:21 
утомляет пересобирать половину мира при апдейте какой‐нибудь часто используемой библиотеки.
Ответить | Правка | Наверх | Cообщить модератору

184. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 11:54 
Согласен, но при смене abi все равно придется это делать и гораздо более болезненно.
Ответить | Правка | Наверх | Cообщить модератору

187. "Debian прекращает поддержку стандарта Linux Standard Base"  +/
Сообщение от arisu (ok), 11-Окт-15, 12:00 
> Согласен, но при смене abi все равно придется это делать и гораздо
> более болезненно.

поэтому я, например, намерен сидеть на gcc 4.9 о‐о‐очень долго.

sidenote: не понимаю, зачем опять было ломать плюсы в gcc5. шило в заднице жить спокойно не даёт, что ли?

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

192. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Crazy Alex (ok), 11-Окт-15, 12:35 
Для бинарных дистрибутивов - не суеверия и не предрассудки, а механика работы пакетной системы.

P.S. Я просто и Дебиан и Генту испоьльзую, поэтому с обеих точек зрения всё это вспринимаю. для source-based - это просто морока с пересборкой, существенно большая, чем сейчас. А вот для бинарных (которые, чрёт возьми, действительно оптимальнее для большинства) - это масса проблем со своевременным обновлением.

Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

198. "Debian прекращает поддержку стандарта Linux Standard Base"  –1 +/
Сообщение от Mihail Zenkov (ok), 11-Окт-15, 14:11 
> А вот для бинарных (которые, чрёт
> возьми, действительно оптимальнее для большинства) - это масса проблем со своевременным
> обновлением.

ИМХО, нет.

Допустим у пользователя 20-30 программ. Соответственно в худшем случае, на апдейт придет 20-30 бинарных файлов (целиком ведь пакет в таком случае не обязательно обновлять). При этом будет 100% гарантия, что в системе ничего не сломается и обновлять он может эти пакеты выборочно.

Сейчас же на апдейт приходит 200-300 библиотек, которые могут быть не совместимы с установленным софтом, все это нужно установить атомарно и если что-то пошло не так, то есть вероятность битой системы после перезагрузки.

Сейчас у того же дебиана сложнейшая зависимость пакетов друг от друга. В случае же со статической линковкой, пользователь вообще не будет ставить/обновлять библиотеки. Он просто будет ставить/обновлять нужные ему программы. Система (с точки зрения пользователя) станет на порядок проще и понятней.

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

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

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




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

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