Нет проблема именно в том что динамические библиотеки нельзя проверить на избыточность, вынуть часть кода или убрать, нет версионности как в системах контроля версий и бывает что отсутствует обратной сомвестимость (как минимум она не контролируется) помимо этого нет возможности иметь код под разные архитектуры одновременно (например SSE2, SSE4, AVX, AVX2 ...), не говоря уже о получении информации что именно этой библиотеке надо что бы всё завелось и что там вообще есть, что используется, а что нет. Они динамические только в смысле загрузки, но не в смысле библиотеки.
Аналогия: Представьте пришли вы в библиотеку взять несколько книг, а вам говорят надо брать весь фонд иначе никак. Даже выписать пару страниц из книги нельзя, только целиком библиотеку берите. А некоторые книги еще и в разных библиотеках.
Потому что они пытаются решить проблему не в месте её возникновения, а с помощью костылей. Проблема в динамических библиотеках, их формат способствует их появлению.
А прицепы с дизель генератором для электромобилей еще не выпускают?
Если с Xeon 8180 то да отстаёт сильно, а если с N5105 или i5-1035G1 то вполне сравнимы.
через жопуне правильно.Что мешало сделать что-то подобное?
Аналогия: Представьте пришли вы в библиотеку взять несколько книг, а вам говорят надо брать весь фонд иначе никак. Даже выписать пару страниц из книги нельзя, только целиком библиотеку берите. А некоторые книги еще и в разных библиотеках.
ps: По поводу снапов им подобным, есть же статическая линковка, что мешает? И на крайняк есть LD_LIBRARY_PATH, и --rpath=$ORIGIN/libs
Это когда любая утилита тянет за собо 200мб runtime-а. Если пак один то да, а если сотни то ситуация обратная.
browser.geekbench.com/v5/cpu/11836244
gadgetversus.com/graphics-card/arm-mali-odin-mp4-specs
aliexpress.ru/item/1005004047505484.html