https://www.opennet.ru/openforum/vsluhforumID3/118035.html Разработчики Fedora Linux объявили (https://lists.fedoraproject.org/archives/list/devel-announce@lists.fedoraproject.org/thread/KJ25KBVKZMG7JYJMBPOEHWYG5BD63L4P/) о формировании команды Minimization Team, которая совместно с мэйнтейнерами пакетов будет вести работу (https://docs.fedoraproject.org/en-US/minimization/) по сокращению установочного размера поставляемых приложений, runtime и других компонентов дистрибутива. Размер планируется сокращать за счёт прекращения установки излишних зависимостей и исключения необязательных компонентов, таких как документация.<br><br><br><br><br>Сокращение размера позволит добиться уменьшения размера контейнеров приложений и специализированных сборок для устройств интернета вещей. <br>Отмечается, что в текущем виде размер базового образа Fedora почти в три раза превышает аналогичные образы от проектов Ubuntu, Debian и openSUSE (300Мб против 91-113 Мб). В качестве основной причины роста установочного размера отмечаются зависимости, без которых вполне можно было обойтись. Сокращение за https://www.opennet.ru/openforum/vsluhforumID3/118035.html#140 Thu, 08 Aug 2019 13:06:39 GMT &gt; У меня в живом проекте 24 _отличающихся_ контейнера. Примерно 70 гигов. <br><br>ну это всего 24x на... ну вот специально для тебя пересобрал один чисто поржать - 9 мегабайт разницы.<br>заметишь ты 220 мегабайт на фоне 70 гигов, даже если эти 24 отличаются вообще всем, включая FROM scratch, а не один поверх другого и все вместе - поверх ubuntu:latest ? <br><br>&gt; Методы физического воздействия на разработчиков запрещены внутренним распорядком компании.<br>&gt; "Светлые головы пиз^W бить нельзя!".<br><br>так соблюдай распорядок - лупи по хребтине! Я, если чо, осенью вроде в тайланд собрался- могу напиленного бамбука подвезти, небольшую охапочку - килограмм пять у меня наверное останутся в пределах лимита. Там, правда, дурная А/К, "не длиннее метр-20", но для офисного применения сойдет.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#139 Mon, 05 Aug 2019 04:13:29 GMT &gt; боевой тачке <br><br>Херачке. Системы должны быть пригодными к использованию независимо от уровня среды и наличия автоматизированного управления конфигурацией, а таких экспертов как ты надо на курсы повышения квалификации отправлять.<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#138 Sun, 04 Aug 2019 19:43:10 GMT &gt;отказаться от autotools (сразу +10 минут к пересборке). \<br><br>И не надейся - bootstrap никто не отменял<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#137 Sun, 04 Aug 2019 15:43:17 GMT А зачем увеличивать время сборки?<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#136 Sat, 03 Aug 2019 15:42:22 GMT &gt;&gt; А здесь ты начал быстро манипулировать грязными руками.<br>&gt; здесь кто-то просто, похоже, не в теме.<br>&gt; во-первых, если у тебя в проекте тысяча контейнеров, каждый из которых отличается <br>&gt; - тебе крупно неповезло полюбому, моргни, если тебя удерживают силой.<br><br>моргаю.<br><br>У меня в живом проекте 24 _отличающихся_ контейнера. Примерно 70 гигов. <br><br>ЧСХ^W Что очень характерно, когда разработчики приносят в контейнере (с либами актуальными на сегодняшний день) новый релиз своего восхитительного продукта, почему то нельзя гасить ни старый (с либами некоторой давности) ни позапрошлый (с прошлогодними либами). "без них ниработает".<br><br>Методы физического воздействия на разработчиков запрещены внутренним распорядком компании. "Светлые головы пиз^W бить нельзя!".<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#135 Fri, 02 Aug 2019 17:02:46 GMT Чего не делают лишь бы не улучшать компилятор Сишный. Давно пора уже отказаться от autotools (сразу +10 минут к пересборке). Кешировать хедеры (x2-x10 к сборке). Компилировать в tmpfs (x10- x100 времени сборки). Вот и решение всех проблем, нет они все бинари пакуют и ставят пакуют и ставят. Прям не поймут что это путь в никуда.<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#134 Fri, 02 Aug 2019 16:00:31 GMT Это для тех, кто туда (зачем-то) вкорячивает полноценную ось. И вы таки наверное догадываетесь, зачем? Так быстрее и дешевле. Примерно по той же причине, что в демо-киоске стоит полноценный pc, только ради того, чтобы крутить видосик. Спецы по микроэлектронике не дешёвые, да и их не стало больше. А количество заказчиков увеличилось раз 100, если не в тысячи.<br> https://www.opennet.ru/openforum/vsluhforumID3/118035.html#133 Fri, 02 Aug 2019 14:46:00 GMT &gt;[оверквотинг удален]<br>&gt; никакие современные пакетные менеджеры не ориентируются на описанные в spec или debian/* <br>&gt; данные, они собирают их самостоятельно, после сборки программы и перед ее <br>&gt; упаковкой в архив.<br>&gt; Никакой особой магии нет, используется компот из ldd, grep (не все зависимости <br>&gt; у нас разрешает ld - есть еще интерпретируемые языки) и <br>&gt; так далее. Его поведением можно управлять, но обычно не нужно.<br>&gt; Вот результат всего этого - он, естественно, разный при малейших изменениях сборочной <br>&gt; среды - и попадает потом из пакета в rpmdb (для графа <br>&gt; нам, естественно, нужна именно она, а не отдельный пакет, поскольку мы <br>&gt; хотим видеть зависимости зависимостей).<br><br>Это всё несущественные мелочи и детали реализации.<br><br>&gt;&gt; Граф хорошо бы строить с учётом имён импортируепмых-экспортируемых функций, а не только лишь <br>&gt;&gt; библиотек.<br>&gt; это слишком геморройно<br><br>И чего такого в ELF принципиально отличного от PE (для которого приходилось решать сходную задачу, при том что нужный функционал из ldd https://www.opennet.ru/openforum/vsluhforumID3/118035.html#132 Fri, 02 Aug 2019 14:41:17 GMT &gt; Просто даже для тыщ пяти пакетов лет пятнадцать назад это было уже <br>&gt; почти сплошное чёрное пятно из стрелочек в отдельных местах -- при <br>&gt; картинке в размерах, которые я мог позволить себе тогда распечатать, а <br>&gt; не хотя бы A0...<br><br>Когда у меня был Спектрум, я написал на бейсике программку, которая тупо выводила содержимое памяти на экран. Загружал бинарник от игрушки и тупо в это месиво смотрел. Потом я начал понимать, в каком месте у игрушки картинки, в каком непосредственно код. Это позволило мне здорово экономить время по поиску бессмертий в играх. Даже оставалось время, что бы делать уроки.<br><br>А тут я, разумеется, граф смотреть не собираюсь. Пусть железка его анализирует.<br>