В выпуске 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. Подобный подход даст возможность реализовать запасной вариант загрузки, который можно использовать для отката к старой конфигурации в случае проблем после обновления загрузчика.
То, что есть сейчас ничем не лучше. И дебиан эту картину скорее дополняет в плохом смысле.
Да все там у него нормально (если не устанавливать systemd).
Ага, за диван обидно. Не хватает им сил отщипнуть свой репозиторий и окончательно выкорчевать эту срань из системы, а не подпирать все костылями как сейчас.
/etc/systemdтолько симлинки на/dev/null).Написал же, дивану.
Свой он будет, когда свои мейнтейнеры будут, а не тупо форк от дебиановского.
Сегментарность твоего мышления просто убивает. Ну конечно нет, с этого и начался дистр. А что с софтом? Там для отрыва гвоздей от systemГ костыль на костыле. Хочешь посмотреть что такое по-настоящему “нет systemГ” - посмотри на void например.
Ок.
И что с того, что форк? Минусы?
А) И минусы? Б) Покажи, где такие огромные костыли.
Debian стабилен, Stable является релизным, deb-пакеты есть для всего, имеет хорошую инфраструктуру, он делается людьми для людей же (ну, почти). Без Debian’а нам всем придется лечь под ужасную ветку Red Hat, ибо нестабильные маргиналы еще хуже.
Бггг. Ога.
Что ты подразумеваешь этой пустой фразой?
Ну да, ну да.
Еще один алармист. А точнее тот, кто разуть глаза не может.
У меня Devuan ни разу не ломался. В Arch’е же что-то постоянно ломается, судя по форумам.
Есть божественный debootstrap, продуманный debmirror и т. д.
В Debian GTK2 навсегда, а из-за него и Иксы тоже.
Какой дистрибутив используешь? Под Red Hat лег?
Бля, аргумент. А покажи-ка нагрузку на твой сервер, калушонок.
А рач мы вообще не обсуждаем, комьюнити рача - инвалиды с синдромом чесотки в анусе, нахер их приплетать?
Ясно. Понятно. Ты это инфраструктурой называешь.
И из какого места я должен убедиться про “для людей”? У тебя язык в жопе и ты нормально аргументировать не можешь? Или мозг в жопе? Пиши внятно, быдло.
Использую где? Для личного компа Void, например.
Я тебе еще раз говорю, глаза разуй и поищи внимательнее. Ты слонов в зоопарке рассмотреть не можешь?
У меня Devuan стоит на ноуте, RPi4 и виртуалках. Всё более, чем стабильно.
Я думал, что ты на нем или его форке сидишь. А тогда на чем ты сидишь?
На бутылке?Я не просто так написал, что это лишь малая часть всей инфраструктуры. В Debian всё очень продумано, ибо это один из старейших дистрибутивов.
На персональном компе.
А, ок. Ну, это маргинал, под него сторонних пакетов ноль, а еще он роллинг, поэтому совсем не нужен.
В Debian’е, в отличие от RHEL, нужные людям вещи оставляют.
Ок, есть Gentoo и Slackware, но я не хочу ждать днями компиляции на Gentoo и опять же ждать днями компиляции на Slackware, ибо готовые бинарники для Linux — редкость, а в Slackware еще зависимости надо вручную искать.
Т.е. ты даже после намека не понял, что херню несешь. Личное - это личное. Нагруженный сервер - это нагруженный сервер.
И вот такой тупняк у тебя в каждом ответе. Начал было подробно отвечать, но…иди-ка ты нахуй, тупезень ватный.
С роллингом нет никаких проблем, винда вон тоже роллинг, но работает на миллиардах компов по всему миру.
Там всё ломается постоянно.
В винде роллингом обычно является только система, но не софт, а работает она хреново.
Это про Linux Mint.
И про Debian.
Нет, там нужно ручками все достраивать. Хотя у меня с Дебиан не возникало никаких проблем. Плюс он легче.
Это не означает, что он не для людей. Для людей == не вставляют палки в колеса, как Red Hat.
Да, с этим я соглашусь.