Материалы по тегу: fedora

21.01.2021 [15:53], Андрей Галадей

В Fedora 34 планируется использовать Zstd-сжатие для Btrfs

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

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

wikipedia.org

wikipedia.org

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

Постоянный URL: http://servernews.ru/1030627
23.12.2020 [15:35], Андрей Галадей

В Fedora 34 планируют использовать Systemd-OOMD для улучшения работы при малом объёме ОЗУ

В конце осени появилась версия 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, если не будет придуман более щадящий механизм для обработки нехватки памяти.

Постоянный URL: http://servernews.ru/1028572
01.07.2020 [23:09], Илья Коваль

Попрание устоев: Fedora Linux может отказаться от поддержки BIOS и заменить vi на nano

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

GitHub: hakluke / how-to-exit-vim

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 с лишним лет, что стало поводом для, пожалуй, изрядно затянувшихся шуток. Есть даже специальные подборки весьма изощрённых способов покинуть редактор.

Постоянный URL: http://servernews.ru/1014721
14.04.2020 [16:56], Александр Коляскин

Курс на отказ от поддержки старых CPU в рамках Fedora 33 Enterprise Linux Next одобрен

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 года.

Постоянный URL: http://servernews.ru/1008385
29.03.2020 [22:55], Андрей Галадей

В Red Hat Enterprise Linux 9 могут отказаться от поддержки старых x86-64 процессоров

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

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

wikimedia.org

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 года.

Постоянный URL: http://servernews.ru/1007080
18.01.2020 [23:51], Андрей Галадей

Дистрибутив Linux Fedora CoreOS стабилизирован и доступен для всех

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

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

fedoramagazine.org

fedoramagazine.org

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

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

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

Постоянный URL: http://servernews.ru/1001752
16.10.2019 [10:36], Андрей Галадей

Fedora 32 Workstation улучшит производительность и температурный режим процессоров Intel

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

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

fedoramagazine.org

fedoramagazine.org

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

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

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

Постоянный URL: http://servernews.ru/995676
10.10.2019 [08:44], Андрей Галадей

Fedora 31 всё таки не получит полноценной POWER-версии для десктопа

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

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

abopen.com

abopen.com

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

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

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

Постоянный URL: http://servernews.ru/995354
17.09.2019 [16:48], Андрей Галадей

CentOS 8 задерживается, а Fedora осваивает POWER

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

phoronix.com

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 сыграло какую-то роль в этом.

Постоянный URL: http://servernews.ru/994196
21.08.2019 [09:34], Андрей Галадей

В Fedora 31 не будет репозиториев для архитектуры i686

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

pixabay.com

pixabay.com

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

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

Постоянный URL: http://servernews.ru/992758
Система Orphus