The OpenNET Project / Index page

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



"Выпуск системной библиотеки Glibc 2.35"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Выпуск системной библиотеки Glibc 2.35" –1 +/
Сообщение от Аноним (100), 05-Фев-22, 12:54 
```Редкостный по силе идиотии комментарий.

Shared libraries:

* уменьшают расход рамы
* уменьшают расход пространства на диске и делают запуск приложений быстрее
* их можно обновлять, если что, а не обновлять _все_ приложения, которые их линкуют статически
* наверное, что-то ещё, но спать уже хочу

В DOS бинарники были полные программы на ASM, где всем приходилось дублировать/изобретать одни и те же вещи. Скорость разработки была черепашья.```


Отвечу на этот "Редкостный по силе идиотии комментарий". so никаким образом не уменьшают расходы рамы - это протухший миф. Аналогично никаким образом не делают запуск запуск приложений быстрее.

При этом, если первое ещё имеет какой-то смысл, то второе нет. Даже в самом лучшем случае - это экомия ничего не стоит, но её не бдуте по очевидной причине.

Возьмём ту же glibc, которая весит в виде so дохрена. Но сколько функций из всей либц использует 99% программ? Это io+string+минорщина. Это даже не пару процентов от glibc. При этом из-за бинарных-so-рабов в glibc ещё лежит по 10 вариантов каждой функции, которые динамически выбираются в рантайме.

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

Это в разы ускоряет вызов этих функций, каждый вызов в so-мусор добавляет как минимум лишнюю косвенность и никак не может быть заинлайнен, допустим.

Поэтому, несмотря на маня-кажущеющиеся дублирование кода - его на самом деле не будет, а даже если будет - это будет 1% от всей glibc. А далее, даже если будет запущено 100 программ, то это лишь достигнет парритета с so-мусором.

Бредни про "быстрее" вообще никак не связан с реальностью. Даже минимально.


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

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


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

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

Оглавление
Выпуск системной библиотеки Glibc 2.35, opennews, 03-Фев-22, 18:04  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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