В выпуске 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. Подобный подход даст возможность реализовать запасной вариант загрузки, который можно использовать для отката к старой конфигурации в случае проблем после обновления загрузчика.
Что только люди не придумают чтобы не использовать Gentoo.
не использовать Gentoo
Не нужно в энтерпрайзе.
Так в энтерпрайзе и пидора не нужна
Так в энтерпрайзе и пидора не нужна
Не нужна, так же как и генту.
Там кроме “RHEL and Co.” никто не нужен.
Там кроме «RHEL and Co.» никто не нужен.
У меня еще Debian используется.
Где-то в сторонке хихикнул NixOS.
Ну и пусть хихикает, он же роллинг.
он же роллинг.
Ты уже пятый. Предыдущие четверо так и не смогли внятно сформулировать чем же это так плохо.
А вовторых, прежде чем про это вообще говорить, посмотри как это реализовано в никсе. Разговоры отпадут сами собой.
Никс хорош для упаковки приложений в контейнеры.
И все? Остальные фишки ты типа забыл. Удобненько.
он же роллинг.
Нет, не роллинг.
Никс не является ни чисто ролингом, ни версионным. Именно из-за организации самого дистра. Не говоря уже о системе боксов, где можно иметь одну софтину в разных версиях и запускать с разными библиотеками. Но @Minona даже почитать описание дистра не осилил.
Никс не является ни чисто ролингом, ни версионным.
Отлично объяснил. Спасибо.
Как и федора.
чтобы не использовать Gentoo
В энтерпрайзе? Ты городской сумасшедший?
Так и федору в энтерпрайзе никто не использует.
Так и федору в энтерпрайзе никто не использует.
Согласен. Так же никто не использует Gentoo, Arch и т.п.
Ну так я и говорил
Что только люди не придумают чтобы не использовать Gentoo.
В том же контексте где используют федору. На пользовательском локалхосте.
На пользовательском локалхосте
А может люди не желают часами собирать софт?
Он собирается в фоне, раз в месяц пару часов, не мешает.
раз в месяц пару часов
Смотря какое у тебя железо. Конечно, можно это все оптимизировать, но нужно ли?
Начал тут рач тыкать, последний раз видел его 13 лет назад. И оно норм прям, мне даже нравится по сравнению с дебианоублюдией и её убунтой. Венда лучше, но арч с кедами збс
Если нужна только консоль и браузер, то 1488 из 1488, кайф
Начал тут рач тыкать
Соболезную. Надеюсь не по пьяни?
мне даже нравится по сравнению с дебианоублюдией и её убунтой
Вот здесь прям лорчую. Всю ветку дебина со всеми производными закопать к херам.
с кедами збс
Но ты все равно говноед.
Надеюсь не по пьяни?
Ну естественно нет блядь. По пьяни мне свиней нравится пинать, ну кинца какого могу навернуть. Под альфа-PVP
Всю ветку дебина со всеми производными закопать к херам.
И Linux Mint тоже?
В первую очередь.
В первую очередь.
Согласен :)
Всю ветку дебина со всеми производными закопать к херам.
В итоге у нас останутся Arch, прочие нестабильные маргиналы, Slackware и ветка Red Hat, что очень плохо.
что очень плохо.
То, что есть сейчас ничем не лучше. И дебиан эту картину скорее дополняет в плохом смысле.
И дебиан эту картину скорее дополняет в плохом смысле.
Да все там у него нормально (если не устанавливать systemd).
если не устанавливать systemd
Ага, за диван обидно. Не хватает им сил отщипнуть свой репозиторий и окончательно выкорчевать эту срань из системы, а не подпирать все костылями как сейчас.
Не хватает им сил отщипнуть свой репозиторий и окончательно выкорчевать эту срань из системы, а не подпирать все костылями как сейчас.
- Кому: Debian’у или Devuan’у?
- У Devuan’а свой репозиторий, он отличается от Debian’овского всего 250 пакетами, но он свой, systemd в Devuan’е нет (libsystemd0 не systemd, в
/etc/systemdтолько симлинки на/dev/null).
Кому: Debian’у или Devuan’у?
Написал же, дивану.
У Devuan’а свой репозиторий, он отличается от Debian’овского всего 250 пакетами, но он свой
Свой он будет, когда свои мейнтейнеры будут, а не тупо форк от дебиановского.
systemd в Devuan’е нет (libsystemd0 не systemd, в /etc/systemd только симлинки на /dev/null).
Сегментарность твоего мышления просто убивает. Ну конечно нет, с этого и начался дистр. А что с софтом? Там для отрыва гвоздей от systemГ костыль на костыле. Хочешь посмотреть что такое по-настоящему “нет systemГ” - посмотри на void например.
Написал же, дивану.
Ок.
Свой он будет, когда свои мейнтейнеры будут, а не тупо форк от дебиановского.
И что с того, что форк? Минусы?
Там для отрыва гвоздей от systemГ костыль на костыле.
А) И минусы? Б) Покажи, где такие огромные костыли.
То, что есть сейчас ничем не лучше.
Debian стабилен, Stable является релизным, deb-пакеты есть для всего, имеет хорошую инфраструктуру, он делается людьми для людей же (ну, почти). Без Debian’а нам всем придется лечь под ужасную ветку Red Hat, ибо нестабильные маргиналы еще хуже.
Debian стабилен
Бггг. Ога.
имеет хорошую инфраструктуру
Что ты подразумеваешь этой пустой фразой?
он делается людьми для людей же
Ну да, ну да.
Без Debian’а нам всем придется лечь под ужасную ветку Red Hat, ибо нестабильные маргиналы еще хуже.
Еще один алармист. А точнее тот, кто разуть глаза не может.
Бггг. Ога.
У меня Devuan ни разу не ломался. В Arch’е же что-то постоянно ломается, судя по форумам.
Что ты подразумеваешь этой пустой фразой?
Есть божественный debootstrap, продуманный debmirror и т. д.
Ну да, ну да.
В Debian GTK2 навсегда, а из-за него и Иксы тоже.
Еще один алармист. А точнее тот, кто разуть глаза не может.
Какой дистрибутив используешь? Под Red Hat лег?
У меня Devuan ни разу не ломался.
Бля, аргумент. А покажи-ка нагрузку на твой сервер, калушонок.
В Arch’е же что-то постоянно ломается, судя по форумам.
А рач мы вообще не обсуждаем, комьюнити рача - инвалиды с синдромом чесотки в анусе, нахер их приплетать?
имеет хорошую инфраструктуру божественный debootstrap, продуманный debmirro
Ясно. Понятно. Ты это инфраструктурой называешь.
ссылка.
И из какого места я должен убедиться про “для людей”? У тебя язык в жопе и ты нормально аргументировать не можешь? Или мозг в жопе? Пиши внятно, быдло.
Какой дистрибутив используешь?
Использую где? Для личного компа Void, например.
Под Red Hat лег?
Я тебе еще раз говорю, глаза разуй и поищи внимательнее. Ты слонов в зоопарке рассмотреть не можешь?
А покажи-ка нагрузку на твой сервер, калушонок.
У меня Devuan стоит на ноуте, RPi4 и виртуалках. Всё более, чем стабильно.
А рач мы вообще не обсуждаем
Я думал, что ты на нем или его форке сидишь. А тогда на чем ты сидишь?
На бутылке?Ясно. Понятно. Ты это инфраструктурой называешь.
Я не просто так написал, что это лишь малая часть всей инфраструктуры. В Debian всё очень продумано, ибо это один из старейших дистрибутивов.
Использую где?
На персональном компе.
Для личного компа Void, например.
А, ок. Ну, это маргинал, под него сторонних пакетов ноль, а еще он роллинг, поэтому совсем не нужен.
И из какого места я должен убедиться про «для людей»?
В Debian’е, в отличие от RHEL, нужные людям вещи оставляют.
Я тебе еще раз говорю, глаза разуй и поищи внимательнее.
Ок, есть Gentoo и Slackware, но я не хочу ждать днями компиляции на Gentoo и опять же ждать днями компиляции на Slackware, ибо готовые бинарники для Linux — редкость, а в Slackware еще зависимости надо вручную искать.
он делается людьми для людей же
Это про Linux Mint.
Это про Linux Mint.
И про Debian.
И про Debian.
Нет, там нужно ручками все достраивать. Хотя у меня с Дебиан не возникало никаких проблем. Плюс он легче.
Нет, там нужно ручками все достраивать.
Это не означает, что он не для людей. Для людей == не вставляют палки в колеса, как Red Hat.
В случае исполняемых файлов предлагается использовать прослойку hwcaps-loader, которая будет выбирать и запускать вариант исполняемого файла, соответствующий возможностям текущей системы.
Зонд, короче.
унификации обновления загрузчиков grub и shim
Еще один зонд
обновления содержимого каталогов /boot и /boot/efi через вызов скрипта во время установки rpm-пакета
За это вообще надо руки отрубать
предлагается использовать инструментарий bootupd, который уже применяется в атомарно обновляемых вариантах Fedora.
Снова зонд
В rpm-пакетах с загрузчиками содержимое предлагается устанавливать не напрямую в каталоги /boot и /boot/efi, а в отдельный каталог внутри раздела /usr, после чего синхронизировать с ним содержимое /boot и /boot/efi. Подобный подход даст возможность реализовать запасной вариант загрузки, который можно использовать для отката к старой конфигурации в случае проблем после обновления загрузчика.
Да пздц ваще. Для отката к старой конфигурации. Честно-честно.
И еще сраный selinux во все поля и тотальная прибитость всего и вся к systemГ. Лютое ненужно.
Fedora продолжает собирать пакеты для архитектуры x86-64-v1
Но удалили поддержку установки на старые BIOS. Дебилы.
а RHEL 10 - x86-64-v3
Именно так. В RHEL 9 при использовании x86-64-v2, срет в логи “deprecаted hardware detected”. Такого не наблюдается в Oracle Linux 9, с UEK, и в ALma Linux 9.
Но удалили поддержку установки на старые BIOS.
Fedora 40 вполне себе ставится на классический BIOS с MBR. По крайней мере, в QEMU. Про Fedora 41 ничего не знаю.
Fedora 40 вполне себе ставится на классический BIOS с MBR
Интересно. У меня не поставилось.
У меня не поставилось.
Значит, у тебя руки не из того места растут. Впрочем, если ты ставил Федору не на виртуалку, чтобы потом ее сразу же уничтожить, то я только рад, что ты ее не поставил.
чтобы потом ее сразу же уничтожить
Ты думаешь,мне нужно было оставить эту федору, если установщик пишет “unsupported hardware detected”?
чтобы потом ее сразу же уничтожить
В qemu все работает нормально.
Ты думаешь,мне нужно было оставить эту федору, если установщик пишет «unsupported hardware detected»?
Нет, Fedora не нужна.
В qemu все работает нормально.
Поставь какой-нибудь Devuan, там поставь QEMU, в QEMU поставь Федору, автостартуй QEMU после старта Иксов.Нет, Fedora не нужна.
Именно так. Я вот нарыл интересную инфу.
Red Hat девятая ветка это последняя ветка, которая поддерживает архитектуру x86-64-v2 (я думаю, что в этом кроется причина того, что я не смог установить федору). А вот Alma linux x86-64-v2 данную архитектуру в десятой ветке поддерживать будет (отдельным iso).
Within the x86-64 architecture, there are specific versions that represent specific CPU feature sets. RHEL was increasing the architecture version baseline to v3, which results in the loss of support for numerous older CPUs(and some newer ones). Both in AlmaLinux OS Kitten 10 e AlmaLinux OS 10, we will follow Red Hat’s decision to ship x86-64-v3 optimized binaries by default, but we will also provide additional x86-64-v2 architecture ONLY for older hardware that doesn’t support modern CPU feature sets.
efi
Идите вы все в жопу, с своей UEFI.
