Комитете по проектированию и управлению дистрибутива Fedora единогласно одобрил несколько важных функций для грядущей сборки Fedora 34, которая должна выйти в конце апреля. Обещана чистка от старых пакетов, а также новые функции. В частности, мы уже рассказывали про улучшение работы с малым объёмом ОЗУ.

После внедрения Btrfs по умолчанию в Fedora 33 вместо ext4, на что, к слову, ушло немало лет, в новых релизах дистрибутива предполагается более полное использование возможностей этой файловой системы. Так, в Fedora 34 планируется включить прозрачное сжатие Zstd для большей экономии места. Характерными чертами Zstd (алгоритм Zstandard) являются высокий уровень сжатия в сочетании с очень быстрой распаковкой.

wikipedia.org

Ещё одной функцией для Fedora 34, использующей возможности Btrfs, станет поддержка механизма Copy-on-write для DNF/RPM. Это должно обеспечить более быструю установку и обновление ПО. Правда, это довольно серьёзное изменение самого формата пакетов и работы с ними, так как используется декомпрессия во время загрузки и локальное формирование оптимизированных под конкретную систему пакетов.

В конце осени появилась версия systemd 247 с новым демоном Out-of-Memory Daemon (Systemd-OOMD). Он призвал улучшить работу на системах, где мало оперативной памяти. И вот теперь разработчики Fedora сообщили, что в версии под номером 34 эта возможность может быть включена по умолчанию.

Технически идея состоит в том, чтобы принудительно завершать процессы отправкой SIGKILL в выбранной cgroup, когда рост нагрузки на память (memory pressure) для всех её процессов превышает 4% в течение 10 секунд. Также будет отслеживаться использование раздела подкачки (swap). При превышении заданного лимита заполнения swap процессы тех cgroup, которые занимают больше всего места в нём, также будут принудительно останавливаться.

Изначально Systemd-OOMD предназначался для Linux-серверов Facebook. Демон позволяет отслеживать объём занятой памяти и выгружать те процессы, которые превышают заданный объём. Пока что эта функция считается экспериментальной, но, учитывая, что Fedora 34 выйдет не раньше весны, разработчики уверены, что она будет готова к использованию со временем. В дальнейшем, надо полагать, эта функция попадёт и в RHEL, если не будет придуман более щадящий механизм для обработки нехватки памяти.

Для Linux пришло время больших перемен — в прошлом году начался «крестовый поход» против поддержки 32-бит систем, а уже в этом наметился курс на отказ от старых CPU без AVX2 и ряда других инструкций в рамках Fedora Enterprise Linux Next. Теперь разработчики обсуждают следующий логичный шаг — отказ от поддержки BIOS и работу только с UEFI.

GitHub: hakluke / how-to-exit-vim

Компания Intel, ключевой игрок серверного рынка, ещё три года назад пообещала избавиться от поддержки BIOS и OpROM-модулей к концу 2020 года — в современных платформах для их работы требуется принудительно включить режим совместимости CSM (Compatibility Support Module). ARM в рамках программы ServerReady склоняет производителей к унификации, и здесь наличие классического BIOS тоже не подразумевается.

Разработчики дистрибутива Fedora, который многие называют тестовым полигоном для нововведений, попадающих в итоге в Red Hat Enterprise Linux и его «потомков», обсуждают возможность отказа от поддержки BIOS и работу только с UEFI. Отмечается, что современное «железо» всё равно не будет адекватно работать с 32-бит ОС и ПО и не будет совместимо с действительно старым оборудованием.

Если решение об отказе будет принято, а произойдёт это всё равно не раньше следующего года, то обладатели старых, но всё ещё рабочих, то есть чаще всего серверных, систем вряд ли этому обрадуются. Кроме того, могут возникнуть и проблемы с системами виртуализации — почти все из них по умолчанию предлагают загрузку виртуальных машин именно с эмуляцией BIOS, а не UEFI.

Второе важное изменение, обсуждаемое в сообществе Fedora, носит не технический, а скорее исторический характер. В качестве текстового редактора предлагается всегда использовать по умолчанию nano вместо vi (или Vim). Оба из них достаточно легковесны для любых современных систем (со встраиваемыми решениями это не всегда так, но Fedora к таковым трудно отнести). Однако nano гораздо проще в использовании для неподготовленного пользователя, он хотя бы отображает подсказки для клавиатурных сочетаний прямо на экране.

Vi и его наследники по историческим причинам используют отдельные режимы для набора текста и манипуляций над ним, в которых назначение клавиш отличается и никаких подсказок по умолчанию не выводится. Никакой сложности в этом на самом деле нет, но вопрос «Как выйти из vi(m)» регулярно задаётся на протяжении 40 с лишним лет, что стало поводом для, пожалуй, изрядно затянувшихся шуток. Есть даже специальные подборки весьма изощрённых способов покинуть редактор.

Fedora 33 уже в этом году выйдет в новом варианте Enterprise Linux Next (ELN) и предоставит возможности для тестирования изменений, потенциально предназначенных для следующего выпуска Red Hat Enterprise Linux (RHEL). Наиболее важным из нововведений ELN считается повышение минимальных требований к процессорам x86-64.

Вчера окончательное решение в пользу реализации ELN было принято: запрос на создание buildroot-окружения и настройки компоновки для ELN был одобрен 13 апреля 2020 г. 

Как сообщалось в прошлом месяце, Enterprise Linux Next станет своего рода испытательным полигоном для возможных изменений в грядущих релизах RHEL и для сборки пакетов присущим RHEL способом. ELN предоставит разработчикам и другим заинтересованным сторонам возможность обратной связи, что напоминает собой процесс разработки CentOS / RHEL.

Краткое изложение планов можно найти на вики-странице проекта: «ELN – это новая система сборки "buildroot" и компоновщика для Fedora, который берёт исходники Fedora Rawhide и эмулирует компоновщик Red Hat Enterprise Linux. Обратная связь от работы компоновщика и интеграционного тестирования будет предоставлена разработчикам Fedora, чтобы они могли увидеть потенциальное влияние своих изменений на разработку RHEL. ELN позволит исследовать новые возможности, такие как более высокий базовый уровень для используемой архитектуры процессоров, не затрагивая остальную часть Fedora».

Ранее сообщалось, что разработчики Red Hat Enterprise Linux 9 могут отказаться от поддержки старых процессоров x86-64 в пользу более современных. Очевидно, что этот процесс начнется с дистрибутива Fedora 33. Бета-версия Red Hat Enterprise Linux 8.2 была представлена в январе 2020 года.

Разработчики Red Hat Enterprise Linux 9 могут отказаться от поддержки старых процессоров x86-64 в пользу более современных. При этом пока что окончательное решение об отказе не принято. 

На текущий момент команда создателей Fedora трудится над инициативой Enterprise Linux Next, в рамках которой планируется не только проверить создание таких сборок, но и обеспечить обратную связь с пользователями, чтобы минимизировать проблемы при переходе на более новые процессоры.

wikimedia.org

Ещё летом прошлого года было внесено предложение повысить минимальные требования для Fedora 32, что вызвало негативный отклик. Тогда предполагалось, что для работы потребуются CPU с поддержкой AVX2 и ряда других инструкций вроде CMPXCHG16B, FMA и SSE 4.2

В феврале разработчики уже запустили дополнительное тестирование обновлений микроархитектуры x86-64 на Fedora. На текущий момент релизы Fedora и RHEL поддерживают процессоры этой архитектуры, включая старые модели AMD K8. Однако с выходом «девятки», скорее всего, будет достигнута некоторая промежуточная точка, направленная на поддержку только более поздних семейств CPU.

Отказ от старых процессоров позволит задействовать более современные процессорные инструкции по умолчанию, что упростит процесс разработки и уменьшит «зоопарк» аппаратных решений. Также это стимулирует клиентов обновить свои системы.

Напомним, что бета-версию Red Hat Enterprise Linux 8.2 представили в начале этого года. Так что до старта развёртывания девятой сборки ещё есть время. Скорее всего, она выйдет не раньше 2023 года.

Дистрибутив Linux Fedora CoreOS, как сообщают разработчики, стабилизирован и готов для массового использования. Отныне он является полноценной заменой Fedora Atomic Host и CoreOS Container Linux, поддержка которых прекратится в середине и конце текущего года. 

Сама сборка является максимально автоматизированной системой с атомарным обновлением, рассчитанной на унифицированное развёртывание контейнерных систем.

fedoramagazine.org

В поставке есть только базовый набор: ядро Linux, системный менеджер systemd, а также набор утилит для SSH, управления конфигурацией и установки обновлений.

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

Fedora CoreOS основана на ядре Linux 5.4, systemd 243 и может функционировать в live-режиме. Кроме запуска с носителя, есть возможность загрузки по сети через PXE. Сам образ скачать можно здесь.

Разработчики Red Hat стремятся улучшить возможности управления температурным режимом процессора в Fedora 32 Workstation. А это, в свою очередь, позволит нарастить производительность CPU Intel.

Изменение включает в себя специальный демон thermald, а также подразумевает работу с различными данными о конфигурации конкретного оборудования. Это позволит процессорам, как утверждается, достичь своих оптимальных пределов температуры и мощности.

fedoramagazine.org

Как отмечается, thermald позволяет реализовать то же, что делает утилита Intel dptfxtract. Однако её использование невозможно из-за двойной лицензии, что запрещает его встраивание в Fedora в текущей редакции.

И хотя пока Инженерно-руководящий совет Fedora ещё не принял окончательного решения по thermald, его использование может быть полезно в ряде случаев. Предполагалось, что вопрос рассмотрят на минувшей неделе на заседании FESCo, однако участники не смогли достичь кворума и, таким образом, перенесли рассмотрение на неделю.

При этом отметим, что без dptfxtract или thermald есть риск снижения производительности Fedora Linux. Впрочем, до выхода Fedora 32 следующей весной ещё почти полгода, так что время на размышления есть.

Похоже, что полноценное освоение Red Hat альтернативных процессорных платформ несколько замедлятся. Хотя разработчики Fedora и начали готовить сборки (в том числе live) для рабочих станций на базе процессоров POWER, однако в рамках дистрибутива Fedora 31 они не станут доступны по умолчанию.

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

abopen.com

Разработчики продолжают создавать образы PPC64LE, но пакетов с графическим окружением там нет. Для получения полноценного рабочего стола их придётся устанавливать уже после развёртывания системы.

Это больше всего подходит для серверных систем POWER, но с рабочими станциями Raptor Blackbird ситуация пока обстоит не очень. Таким образом, остаётся дождаться Fedora 32. Возможно, в ней поддержка десктопных версий Linux для процессоров POWER будет доступна «из коробки».

Отметим, что ранее предполагалось, что приоритет будет отдан Red Hat Enterprise Linux, а не Fedora или, уж тем более, CentOS. Но, как видим, опасения оказались ложными.

На данный момент те пользователи, которым приходится работать с Raptor Blackbird или другими системами на базе процессоров IBM POWER, вынуждены пользоваться только серверной версией Fedora. Лишь после её установки можно добавить пакеты с графическим окружением и другими приложениями. Но скоро это изменится.

phoronix.com

Компания уже предлагает ряд решений, которые доступны на официальном сайте. Правда, полноценной сборки «для десктопа» под архитектуру POWER пока нет, но, как предполагается, она появится с выходом Fedora 31, релиз которой ожидается осенью.

После того, как Red Hat была продана IBM, многие опасались, что компания будет развивать поддержку Linux для собственных процессоров POWER в рамках дистрибутивов Fedora, а разработку CentOS наоборот станут неофициально задерживать.

Но, похоже, опасения не оправдались. Сообщается, что новая ветка CentOS 8.0, основанная на пакетной базе Red Hat Enterprise Linux 8, выйдет в релиз на будущей неделе, 24 сентября. Разумеется, если не произойдёт ничего непредвиденного. Также на ближайшие дни запланирован релиз CentOS 7.7, который уже полностью готов, а сборки начали распространяться по зеркалам.

Напомним, что Red Hat Enterprise Linux 8.0 был выпущен в начале мая, а появление CentOS 8.0 планировалось ещё летом. Но, очевидно, поглощение Red Hat со стороны IBM сыграло какую-то роль в этом.

Комитетом FESCo (Fedora Engineering Steering Committee) было утверждено решение о прекращении формирования основных репозиториев для архитектуры i686 в рамках операционной системы Fedora. Этот шаг дополняет прекращение работ по формированию загрузочного образа ядра Linux для той же архитектуры. Решение было принято в рамках перевода Fedora на поддержку архитектуры x86-64.

pixabay.com

Предварительно было проведено тестирование, чтобы проверить, не возникнет ли проблем после удаления репозиториев i686. Как оказалось, серьёзных трудностей возникнуть не должно. Хотя отсутствие 32-разрядных репозиториев и вынудит пользователей применять устаревшие пакеты с неисправленными уязвимостями, формирование multi-lib репозиториев для окружений x86_64 будет сохранено. А в них будут доступны также i686-е пакеты, которые позволят запускать 32-битные программы в 64-разрядных операционных системах.

Напомним, что Fedora 31 должна быть выпущена в конце октября. Именно в ней планируется полностью отказаться от 32-разрядных сборок. А бета-версия Fedora 31 Beta появится уже в следующем месяце.