В выпуске Fedora 42, намеченный на конец апреля, предложено разрешить сопровождающим включать в пакеты дополнительные варианты исполняемых файлов, собранные с включением оптимизаций для микроархитектур x86-64-v2, x86-64-v3 и x86-64-v4. Отмечается, что Fedora продолжает собирать пакеты для архитектуры x86-64-v1, в то время как CentOS использует при сборке архитектуру x86-64-v2, а RHEL 10 - x86-64-v3. В большинстве случаев прирост производительности при сборке для подобных архитектур не превышает 10%, но в отдельных ситуациях приводит к заметному повышению производительности (до 120%). Предложение пока не утверждено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora.
В Fedora уже допускается поставка дополнительных библиотек, оптимизированных для расширенных версий архитектуры x86_64, и подобную возможность теперь планируют распространить на исполняемые файлы. Загрузка оптимизированных реализаций библиотек осуществляется компоновщиком (dynamic linker), который проверяет наличие дополнительных вариантов в подкаталогах glibc-hwcaps, размещаемых в областях ФС, просматриваемых при поиске библиотек (например, /usr/lib64/glibc-hwcaps/x86-64-v2).
В случае исполняемых файлов предлагается использовать прослойку hwcaps-loader, которая будет выбирать и запускать вариант исполняемого файла, соответствующий возможностям текущей системы. Для пакетов, поставляющих несколько вариантов исполняемых файлов данную прослойку предлагается выставлять через символическую ссылку. Решение о добавлении дополнительно оптимизированных исполняемых файлов будут принимать сопровождающие, в зависимости от результатов тестирования производительности конкретных пакетов.
Версии x86-64-v* определяют неофициальный способ идентификации срезов состояния микроархитектуры, охватывающих определённые наборы расширений:
- x86-64-v2 охватывает расширения SSE3, SSE4_2, SSSE3, POPCNT, LAHF-SAHF и CMPXCHG16B.
- x86-64-v3 - AVX, AVX2, BMI2, FMA, LZCNT, MOVBE и SXSAVE.
- x86-64-v4 - AVX512F, AVX512BW, AVX512CD, AVX512DQ и AVX512VL.
Дополнительно можно отметить предложение по унификации обновления загрузчиков grub и shim в атомарных и обычных вариантах Fedora. Вместо обновления содержимого каталогов /boot и /boot/efi через вызов скрипта во время установки rpm-пакета, для обновления загрузчика предлагается использовать инструментарий bootupd, который уже применяется в атомарно обновляемых вариантах Fedora. В rpm-пакетах с загрузчиками содержимое предлагается устанавливать не напрямую в каталоги /boot и /boot/efi, а в отдельный каталог внутри раздела /usr, после чего синхронизировать с ним содержимое /boot и /boot/efi. Подобный подход даст возможность реализовать запасной вариант загрузки, который можно использовать для отката к старой конфигурации в случае проблем после обновления загрузчика.
Бггг. Ога.
Что ты подразумеваешь этой пустой фразой?
Ну да, ну да.
Еще один алармист. А точнее тот, кто разуть глаза не может.
У меня Devuan ни разу не ломался. В Arch’е же что-то постоянно ломается, судя по форумам.
Есть божественный debootstrap, продуманный debmirror и т. д.
В Debian GTK2 навсегда, а из-за него и Иксы тоже.
Какой дистрибутив используешь? Под Red Hat лег?
Бля, аргумент. А покажи-ка нагрузку на твой сервер, калушонок.
А рач мы вообще не обсуждаем, комьюнити рача - инвалиды с синдромом чесотки в анусе, нахер их приплетать?
Ясно. Понятно. Ты это инфраструктурой называешь.
И из какого места я должен убедиться про “для людей”? У тебя язык в жопе и ты нормально аргументировать не можешь? Или мозг в жопе? Пиши внятно, быдло.
Использую где? Для личного компа Void, например.
Я тебе еще раз говорю, глаза разуй и поищи внимательнее. Ты слонов в зоопарке рассмотреть не можешь?
У меня Devuan стоит на ноуте, RPi4 и виртуалках. Всё более, чем стабильно.
Я думал, что ты на нем или его форке сидишь. А тогда на чем ты сидишь?
На бутылке?Я не просто так написал, что это лишь малая часть всей инфраструктуры. В Debian всё очень продумано, ибо это один из старейших дистрибутивов.
На персональном компе.
А, ок. Ну, это маргинал, под него сторонних пакетов ноль, а еще он роллинг, поэтому совсем не нужен.
В Debian’е, в отличие от RHEL, нужные людям вещи оставляют.
Ок, есть Gentoo и Slackware, но я не хочу ждать днями компиляции на Gentoo и опять же ждать днями компиляции на Slackware, ибо готовые бинарники для Linux — редкость, а в Slackware еще зависимости надо вручную искать.
Т.е. ты даже после намека не понял, что херню несешь. Личное - это личное. Нагруженный сервер - это нагруженный сервер.
И вот такой тупняк у тебя в каждом ответе. Начал было подробно отвечать, но…иди-ка ты нахуй, тупезень ватный.
С роллингом нет никаких проблем, винда вон тоже роллинг, но работает на миллиардах компов по всему миру.
Там всё ломается постоянно.
В винде роллингом обычно является только система, но не софт, а работает она хреново.