Захожу я на эту вашу новую убунту и вижу, что

  • опять передвинули все кровати - уже нет ни одного классического UNIX инструмента для настройки сети. нельзя было переписать нетстат, надо было заменить на ss! нельзя было переписать ifconfig, надо было заменить на ip. ну, это старая песня.

  • даже на виртуалке запущен полный набор никому ненужных декстопных процессов: dbus.service ModemManager.service polkit.service snapd.service из снапа ставится облачный агент.

  • естественно, пара процессов на питоне /usr/bin/python3 /usr/bin/networkd-dispatcher и /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown

  • еще и второй сетевой конфигурятор от поттера: networkd-dispatcher.service

  • и еще и третий сервис netplan (/etc/netplan/) от самой Canonical!

Это все раз в 5 больше занимает ресурсов, чем классическая система с почтовым сервером!

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

  • tiinn
    link
    fedilink
    arrow-up
    0
    ·
    3 years ago

    Мне почему фряха нравится? Она очень старый линукс напоминает. Прямо перед глазами сейчас вот эта разница в 5 раз по потреблению ресурсов.

    Вы, конечно, правы, но, позвольте оставить мне здесь это

    Я обновил свой ноутбук. Я использую разрабатываемую версию FreeBSD уже 18 лет подряд, и компиляция даже моей спартанской рабочей среды из исходного кода занимает целый день, потому что это включает в себя попытки найти смысл и архитектуру на анархическом базаре программного обеспечения Рэймонда.

    На верхнем уровне коллекция портов FreeBSD представляет собой попытку создать карту базара, которая позволит пользователям FreeBSD легко найти то, что им нужно. На практике эта карта на данный момент состоит из 22 198 файлов, которые дают краткое описание каждого ларька на базаре — пара строк примерно сообщает вам, что предлагает этот ларек и где вы можете прочитать об этом больше. Также включены 23 214 файлов Makefile, в которых указано, что делать с программным обеспечением, которое вы найдете в каждом прилавке. Эти Makefiles также пытаются проинформировать вас о выборе, который вам следует рассмотреть, какие параметры выбрать и какие значения по умолчанию будут для них разумными. Карта также включает в себя 24 400 файлов исправлений, чтобы сгладить недостаток качества многих предлагаемых продуктов, но, как правило, именно отсутствие переносимости создает потребность в этих файлах исправлений.

    Наконец, карта услужливо сообщает вам, что если вы хотите использовать www/firefox, вам сначала нужно будет получить devel/nspr, security/nss, базы данных/sqlite3 и так далее. Как только вы найдете их на карте и найдете их зависимости, а затем рекурсивно просмотрите их зависимости, у вас будет список покупок из 122 пакетов, которые вам понадобятся, прежде чем вы сможете перейти на www/firefox.

    Модульность и повторное использование кода — это, конечно, хорошо. Однако даже в самом тривиально простом случае догма повторного использования кода CS/IT совершенно чужда на базаре: программное обеспечение в коллекции портов FreeBSD содержит по меньшей мере 1342 скопированных и вставленных криптографических алгоритма.

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

    Вот один из примеров иронической траты: Graphics/libtiff Сэма Леффлера — один из 122 пакетов на пути к www/firefox, однако полученный браузер Firefox не отображает изображения TIFF. По причинам, которые я не пытался раскрыть, 10 из 122 пакетов нуждаются в Perl, а семь — в Python; одному из них, devel/glib20, нужны оба языка по причинам, которые я даже не могу себе представить.

    • rezedent12
      link
      fedilink
      arrow-up
      0
      ·
      3 years ago

      Прочитав это осознал насколько глубока проблема ада библиотек.

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

      То есть каждая библиотека снабжена заголовком, в котором есть URL её репозитория и опции с которыми она была скомпилирована (влияющие на двоичную или лицензионную совместимость). А программы запрашивая у операционной системы подключение к библиотеке, сообщают URL репозитория и опции компиляции.

      Кому нибудь эта идея уже приходила?

      • ThePlayerZero
        link
        fedilink
        arrow-up
        0
        ·
        3 years ago

        URL на уровне сборочной системы прописывается, не на уровне компилятора

        не усложняй, KISS

        то что (разделяемые) либы подключаются “просто” по имени позволяет такую важнейшую вещь, как девендоринг, то есть подмену реализации библиотеки любой другой.

        Особенно это важно для всяких исправлений безопасности, заплаток. Но не только для этого.

        (L)GPL почитай ещё

        • rezedent12
          link
          fedilink
          arrow-up
          0
          ·
          3 years ago

          то что (разделяемые) либы подключаются «просто» по имени позволяет такую важнейшую вещь, как девендоринг, то есть подмену реализации библиотеки любой другой.

          Описанная мною идея не исключает возможности реализации механизма такой подмены.

          не усложняй, KISS

          На уровне файловой системы - это скорее всего усложнение. Но это позволит действительно максимально разделять код.

      • TheAnonymous
        link
        fedilink
        arrow-up
        0
        ·
        3 years ago

        «Кому нибудь эта идея уже приходила?» Давно уже, смузихлёбам и прочим веб-макакам. В наличии - драмы, когда разработчик библиотеки психанул и удалил репозиторий (или вставил туда зловред). Не говоря о том, что без интернета (или с блокировкой этих сайтов) всё превращается в тыкву

        • rezedent12
          link
          fedilink
          arrow-up
          0
          ·
          3 years ago

          Не говоря о том, что без интернета (или с блокировкой этих сайтов) всё превращается в тыкву

          Подразумевается использование URL как строчных идентификаторов, позволяющих автоматически различать и заменять библиотеки. А не требование онлайна.