Исходное сообщение
"Debian прекращает поддержку стандарта Linux Standard Base" Отправлено Mihail Zenkov, 11-Окт-15 00:13
>> Не все так просто: разделяемые библиотеки имеют выигрыш только если используются большим >> количеством одновременно запущенных программ. > Не только. Например, если найдена проблема в либе, её новая версия компилируется > и перезаписывает старую - вот тебе минимальный апдейт! > Аналогично, если ты НЕ хочешь чужих реализаций - кладёшь разделяемую либу на > r/o том и все программы юзают одну доверенную либу. 1. Многие программы тягают библиотеки с собой, например ff. 2. Программа может завязаться за подверсию (или вообще конкретную версию) библиотеки. 3. Часть функции может быть размещена в заголовочном файле и есть большая вероятность что такие функции будут внедрены (inline). Соответственно, при изменении заголовочных файлов библиотеки, нужно все пересобрать, дабы гарантировать корректность обновления. Как вы предлагаете отслеживать подобные ситуации при обновлении только разделяемой библиотеки? > Вощем, преимуществ shared море, просто бардак в линуксах мешает юзать его в > полный рост. Перечислите все преимущества. Я же приведу недостатки: 1. относительно сложный и медленный механизм загрузки библиотек 2. требуется загрузка в память всей библиотеки и всех ее зависимостей, даже если используется всего одна функция одной программой 3. сложности с inline и lto - меньше итоговая производительность приложения 4. переносимость приложения 5. сложности при необходимости собрать разные приложения (или одно и тоже приложение) с разными версиями 6. overlinking: частично решается --as-needed, но не полностью и не все приложения собираются с этим флагом