Fedora 33 Workstation Server Spins [x86_64] 9xDVD, 2xCD

Название: Fedora
Версия: 33
Последняя версия ОС: 33
Официальный сайт: https://getfedora.org/
Архитектура: x86_64
Количество дисков: 11
Тип дисков: DVD, CD
Лечение: не требуется

Системные требования:
Процессор: частота 1 ГГц или выше (рекомендуется частота 2 ГГц или выше)
Оперативная память: минимум 2 ГБ (рекомендуется 4 ГБ)
Жёсткий диск: 10 ГБ свободного дискового пространства (рекомендуется 20 ГБ)
Видео: поддерживается большинство современных видеокарт
Экран: разрешение минимум 800x600

Описание:
Fedora — дистрибутив Linux, спонсируемый фирмой Red Hat и содержащий возможности, которые в будущем предполагаются к использованию в дистрибутиве Red Hat Enterprise Linux. Цель проекта — построение целостной операционной системы из свободного программного обеспечения силами сообщества в духе экосистемы Red Hat Linux.
Актуальные версии дистрибутива в период поддержки постоянно получают обновления программ и библиотек, включая новые стабильные версии ядра Линукс. Fedora содержит программное обеспечение, распространяемое по различным свободным лицензиям и стремится быть на переднем крае технологий c открытым исходным кодом. Поэтому по лицензионным соображениям отсутствует поддержка MP3 и DivX. Тем не менее, существует достаточное количество дополнительных репозиториев, устраняющих данное неудобство и содержащих большое число дополнительных программ.
Для загрузки доступны следующие редакции:

Fedora Workstation (редакция для настольных компьютеров)
Fedora Server (редакция для серверов)
Fedora Spins (редакции с альтернативными средами рабочего стола): KDE Plasma, Xfce, LXQt, MATE-Compiz, Cinnamon, LXDE, SoaS

Также для загрузки доступен образ для сетевой установки.

По данным сайта opennet.ru (источник)

Все варианты дистрибутива для рабочего стола (Fedora Workstation, Fedora KDE и т.п.) переведены на использование по умолчанию файловой системы Btrfs. Применение встроенного менеджера разделов Btrfs позволит решить проблемы с исчерпанием свободного дискового пространства при раздельном монтировании каталогов / и /home. При Btrfs данные разделы можно будет поместить в два подраздела, монтируемые раздельно, но использующие общее дисковое пространство. Btrfs также позволит использовать такие возможности, как снапшоты, прозрачное сжатие данных, корректную изоляцию операций ввода/вывода через cgroups2, изменение размера разделов на лету.
Рабочий стол Fedora Workstation обновлён до выпуска GNOME 3.38, в котором проведена оптимизация производительности, предложен вводный интерфейс (Welcome Tour) со сведениями об основных возможностях GNOME, расширены средства родительского контроля, предоставлена возможность назначения разных частот обновления экрана для каждого монитора, добавлена опция для игнорирования подключения неавторизированных USB-устройств во время блокировки экрана.
В поставку Fedora Workstation по умолчанию добавлен Thermald для отслеживания параметров температурных датчиков и защиты CPU от перегрева во время пиковых нагрузок.
По умолчанию включены анимированные обои рабочего стола, в которых в зависимости от времени суток меняется цвет.
Вместо vi по умолчанию предложен текстовый редактор nano. Изменение обусловлено желанием сделать дистрибутив более доступным для новичков, предоставив редактор, которым сможет пользоваться любой пользователь, не имеющий специальных знаний о методах работы в редакторе Vi. При этом в базовом составе сохранена поставка пакета vim-minimal (прямой вызов vi сохранился) и предоставлена возможность изменения редактора по умолчанию на vi по желанию пользователя.
В редакции Fedora с рабочим столом KDE по умолчанию активирован фоновый процесс earlyoom, который в прошлом выпуске был предложен в Fedora Workstation. Earlyoom позволяет более оперативно реагировать на нехватку памяти, не доходя до вызова обработчика OOM (Out Of Memory) в ядре, который срабатывает, когда ситуация становится критичной и система, как правило, уже не реагирует на действия пользователя. Если объём доступной памяти меньше меньше 4%, но не более 400 MiB, earlyoom принудительно завершит работу процесса, наиболее активно потребляющего память (имеющего самое большое значение /proc/*/oom_score), не доводя состояние системы до очистки системных буферов.
Обновлены версии многих пакетов, включая RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Прекращена поддержка Python 2.6 и Python 3.4. Для архитектуры aarch64 обеспечена поставка .NET Core.
Прекращена поддержка модуля mod_php для http-сервера Apache, вместо которого для запуска web-приложений на языке PHP предложено использовать php-fpm.
В пакете с Firefox для Fedora активирована поддержка аппаратного ускорения декодирования видео при помощи VA-API (Video Acceleration API) и FFmpegDataDecoder, которое включается в том числе в сеансах на базе технологии WebRTC, используемой в web-приложениях для проведения видеоконференций. Ускорение работает в окружениях на базе Wayland и X11 (при запуске "MOZ_X11_EGL=1 firefox" и включении настройки "media.ffmpeg.vaapi.enabled").
В сервере и клиенте синхронизации точного времени chrony и в инсталляторе включена поддержка механизма аутентификации NTS (Network Time Security).
В Wine по умолчанию задействован бэкенд на основе прослойки DXVK, предоставляющей реализацию DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 и 11, работающую через трансляцию вызовов в API Vulkan. В отличие от встроенных в Wine реализаций Direct3D 9/10/11, работающих поверх OpenGL, DXVK позволяет добиться более высокой производительности при запуске 3D-приложений и игр в Wine.
При сборке пакетов по умолчанию включены оптимизации на этапе связывания (LTO, Link Time Optimization). В redhat-rpm-config добавлена опция "-flto".
В NetworkManager для хранения настроек вместо плагина ifcfg-rh задействован файл в формате keyfile.
Проведена работа по упрощению реализации технологии выборочного показа загрузочного меню, при которой меню по умолчанию скрыто и показывается только после сбоя или активации опции в GNOME.
Вместо создания традиционного раздела подкачки реализовано размещение подкачки (swap) с использованием блочного устройства zRAM, обеспечивающем хранение данных в ОЗУ в сжатом виде.
Добавлен фоновый процесс SID (Storage Instantiation Daemon) для отслеживания состояния устройств в различных подсистемах хранения (LVM, multipath, MD) и вызова обработчиков при наступлении определённых событий, например, для активации и деактивации устройств. SID работает в виде надстройки над udev и реагирует на события от него, позволяя избавиться от создания усложнённых правил udev для взаимодействия с различными классами устройств и подсистем хранения, которые трудно сопровождать и отлаживать.
База данных пакетов RPM (rpmdb) переведена с BerkeleyDB на SQLite. В качестве основной причины замены называется применение в rpmdb устаревшей версии Berkeley DB 5.x, которая уже несколько лет не сопровождается. Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2). Кроме того, текущая реализация rpmdb на основе BerkeleyDB не обеспечивает необходимой надёжности, так как не использует транзакции и не способна выявлять несоответствия в БД.

Скриншоты:

Просмотр доступен только для зарегистрированных пользователей

Время раздачи: с 19:00 до 07:00 (до появления первых 3-5 скачавших)

SoaS что это такое ? GOOGLE НЕ ПОМОГ

edzhi писал(а):

SoaS что это такое ? GOOGLE НЕ ПОМОГ

мне помог, правда не гугл а уткаго, но не суть, прям на сайте федора и нашлось объяснение что это такое https://spins.fedoraproject.org/ru/soas/

fedora сервер??? упаси боже))))

Кто, пользуется? Как ощущения от earlyoom + zRam, поделитесь мнениями?

floyde писал(а):

Кто, пользуется? Как ощущения от earlyoom + zRam, поделитесь мнениями?

по моему вышеупомянутые фичи не главное новшество 33 федоры. Работу earlyoom, который уже давно существует в виде проекта на githabe, ощутить так и так невозможно (может только что система не должна виснуть при работе с тяжелыми или многочисленными приложениям, чего я и раньше не сильно замечал). zRam использует сжатие и по сравнению с любимой tmpfs имеет небольшие приемущества, но зато медленнее. Главным событием должно было стать 5.9 ядро с кучей улучшений, но, как оказалось, ядро еще 5.8 версии. Поэтому я поставил себе пока ванильное. И раз уж в btrfs происходят тоже значительные изменения перешел на нее.

Кстати читал статью про застой в развитии xorg и похоже все переползают медленно на wayland. В хромиум ozone ветка уже смержена в основную в 87 версии и можно наслаждаться быстрой работой с параметрами

Код: выделить все

--ozone-platform=wayland --enable-features=UseOzonePlatform

линукс все лучше и лучше.

monkdt спасибо за отклик.
tmpfs и zRam схожи только тем, что работают в Ram, но функции у них разные, к тому же, я уж и не помню с каких пор в Арче tmpfs по умолчанию в ram.
Честно, говоря, ни сама Федора, ни тем более вяленый, мало интересуют.
earlyoom + zRam дают возможность полностью отказаться свопа, zRam, аккуратно, помещает весь кеш свопа в сжатом виде в память, а при определённом проценте earlyoom убивает самый жрущий процесс. Своп отдельным разделом ненужен, система в целом более отзывчива. В 33-ей, что сделали по умолчанию, вроде как.
Поэтому, интересен опыт использования именно этой конфигурации. На самом деле не всегда нужны тяжёлые и многочисленные приложения, достаточно запустить imagemagick на пакетную обработку какой-нибудь раскадровки, ну предположим с неправильно выставленным флагом, система колом.

Цитата:

Честно, говоря, ни сама Федора, ни тем более вяленый, мало интересуют.

зачем, тогда,задал, вопрос именно,,враздачееее федоры?? Как может вяленый не интересовать если это тренд?

Код: выделить все

earlyoom + zRam дают возможность полностью отказаться свопа,

почему же именно в такой связке? Т.е без earlyoom уже невозможно использовать zram? Если памяти мало, то вряд ли система настолько тупа, чтобы использовать своп и дальше в физической памяти. Zram всего лишь вариант для оптимизации перфоменса как /tmp в tmpfs при наличии большого колличества свободной рам

Цитата:

достаточно запустить imagemagick на пакетную обработку какой-нибудь раскадровки, ну предположим с неправильно выставленным флагом, система колом.

тогда интересно сколько же памяти вообще в наличии? Ляликсоиды с nnm ставят обычно линукс на какой-нибудь шрот и ожидают чуда ). А потом с диким отвращением ползут обратно на винду

зы слово "аккуратно" придало особый шарм

Цитата:

зачем, тогда,задал, вопрос именно,,враздачееее федоры??

описано выше...

Цитата:

Как может вяленый не интересовать если это тренд?

не люблю бегать за трендами! И пока нативно более 90% приложений работают под иксами имеет смысл и оставаться на иксах.

Цитата:

почему же именно в такой связке?

опять жежь, описано выше...

Цитата:

Т.е без earlyoom уже невозможно использовать zram?

где я такое писал? но ладно, при критическом заполнении (даже если оно редко случается)
памяти, earlyoom уничтожает самый жрущий процесс... что лучше? ресет системы, или килл процесса...

Цитата:

Если памяти мало, то вряд ли система настолько тупа, чтобы использовать своп и дальше в физической памяти.

а другого нет, прежде чем дойдёт до oomkiller система колом (oomkiller компонент ядра но нужно повозиться)

Цитата:

при наличии большого колличества свободной рам

вовсе нет.

Цитата:

Ляликсоиды

это их дело. Адресовано не им.

Цитата:

зы слово "аккуратно" придало особый шарм

earlyoom, хорошая вещь, но всё же лисапед, zRam - модуль ядра.

Цитата:

где я такое писал?

а это тогда что?

Цитата:

earlyoom + zRam дают возможность полностью отказаться свопа,

и это

Цитата:

при наличии большого колличества свободной рам

вовсе нет.

кончено да. Если посмотреть на выхлоп free там видно сразу ~3гига выделенно под буфер/кэш чего раньше небыло. При старте тяжелых приложений конечно уменьшается, но не мне судить каким хитрым образом в федоре сделанно управление ресурсами. Я вижу только что систему теперь время от времени фризит на долю секунды и отрубание сервиса earlyoom не помогает. Вероятней всего zram гумно виновато

Цитата:

не мне судить каким хитрым образом в федоре сделанно управление ресурсами.

зачем тогда писать, если Вы не в курсе? (((

floyde

покажите мне простого линуксоида который это знает? Да пусть даже супер-пупер админ, я сомневаюсь что в таких вещах разбирается кто-либо кроме самих разрабов. Тем более ядро только вышло

monkdt писал(а):

floyde

покажите мне простого линуксоида который это знает? Да пусть даже супер-пупер админ, я сомневаюсь что в таких вещах разбирается кто-либо кроме самих разрабов. Тем более ядро только вышло

что скрывают разработчики? /тайны, загадки, следствия/
что люди без приставки, супер-пупер, так и не узнают в управлении ресурсами системы? /тайны, загадки, следствия/
что таит в себе новое ядро? /тайны, загадки, следствия/

детский сад...

floyde

целый день ляликсоид гуглил и пытался понять как устроена сложная система управления памятью и другими ресурсами в линуксе, но в итоге понял что легче меня 💩, чем сделать вид что умнее меня. Как обычно. За такое поведение другие люди и думают, что все линуксоиды недалекие люди. И во многом правы

три часа убил чтобы на ней вафлю bcm4322 завести