Работа DNF/RPM в Fedora 34 будет ускорена

можно ли использовать zypper в федоре? я слышал что он по скорости на голову выше чем dnf.

Согласен.

Смысла нет. Нет информации об обновлениях.

... с уходом от yum обещали ускорение, блэкджек и гей-шлюх каждому админу.

Как бы так оно и есть. Но, как всегда есть и нюансы. Метаданные репо разрослись до невозможности. Как тут уже заметили - полтора гига обновлений скачиваются быстрее чтения метаданных.

... опять этот мексиканский сериал «yum не тормозит и не глючит». теперь второй сезон «dnf...»

Хм... Неплохо сказано. А я вот всё думаю: «А на кой хрен его вообще ускорять?» Вот серьёзно. Написал на девенадцатом рабочем столе «dnf -y update» и забыл. Натнулся на него через пару дней опять написал и опять забыл.

эти программы любят повисеть просто так...

Нифига не просто. Диском конкретно скребут. На SSD незаметно, конечно.

... Крайне неправильная точка зрения.

Аргументы?

... С какого перепуга?..

Соглашусь. Вероятность если не нулевая, то стремится к нулю.

... или в dnf...

Не, бросьте. Слишком высокоуровняя фигня. На уровне позиционирования маловероятно. А вот btrfs для меня да, странная фигня. Чисто субъективно, не доверяю почему-то (код, естесственно не читал).

Скачать и одновременно разархивировать пакеты в локально оптимизированный RPM файл.

Господи боже мой. Проблема dnf не распаковка архивов (хотя возможно это проблема на всяких шлакофс, на нормальной фс xfs даже со слабым процессором распаковывается все быстро).
А его лютая тормознутость кода. Запускаешь любую команду, а он тебе «last metadata expiration check», затем тупит секунд так 5-10, затем говнопитон видимо прогружается. SSD угу. В нормальных дистрибутивах процесс загрузки запускается чуть ли не мгновенно. Если есть конфликты пакетов те вычисляются тоже быстро в отличие от. Такой проблемы как «cache miss» в 95% случаях моего пользования различными пакетными менеджерами не было. Сделать apt update если он устарел нет никакой проблемы. Но федорнутые раздули из этой мухи тихоокеанского кита.

Не нужно думать о индивидах которые не в состоянии запустить обновление списка пакетов пару раз в день, они должны учиться как все устроено, но федорнутые же lgbt,sjw все дела. Это как я хз выезжать на дорогу не имея водительских прав.

//Thread

... После того, что Red Hat устроила пользователям CentOS, я бы вообще советовал им не доверять. Разве мало других достойных дистрибутивов?..

Согласен, что для админов - конкретная подстава. Но... Сейчас стала очень модна непрерывная разработка, и в модель, то что сделали из CentOS Redhat/IBM... Да лучше и придумать нельзя. Постоянно «сырое» ПО с постоянно полусырой ОС - созданы друг для друга.

... Федору ее просто обновляют без заморочек с полной перестановкой...

Врети Вы всё. Какие-то гнусные инсинуации. На Redhat (четвёртый, пятый или шестой сказать уже не могу) даже с Caldera OpenLinux году где-то в 1996-ом обновился. С тех пор тупо диски меняю и обновляю без проблем. Давно хочу от говна мамонтов почистить, да руки не доходят.

... люди юзающие годами Федору ее просто обновляют без заморочек с полной перестановкой.

Подтверждаю. Без проблем (ну... почти) больше двадцати лет.

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

Это спорно. Нормальный админ - дорого. Часто проще - один раз нррмально заплатить нормальному админу и забыть лет на пять восемь.

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

А надо?

считается стабильной с 2013 года

Считается пиздой с момента своего появления.

... она склеивала ласты под нагрузкой...

Не совсем под нагрузкой. С интенсивной работой с диском. Эпичный 12309. Было такое.

... когда нужно обновить 200 виртуальных серверов, становится заметно.

Я и не говорю, что незаметно. Но и куда спешить-то?

... XFS... найдите мне этого героя, который будет ставить её на корень.

Нормально она себя чувстует на корне. И dump ФС получше, чем у EXT... но проблему 2038 решили только в последних ядрах. IMHO пользоваться вполне можно, но в не особо далёкой перспективе. Если делаете встроенку на нынешней дешёвой китайщине со старыми неразвивающимися или референсными ядрами, расчитанную на долгие годы, лучше поостеречься.

Но и куда спешить-то?

а, в это смысле... это зависит.

а) если ресурсы девать некуда, то можно и подождать. типа у нас 128 ядер, 110 простаивают, давайте покрутаем на них yum. тогда это просто плохая практика, когда разработчики пишут софт не оптимизируя.

б) если все-таки ресурсы используются под что-то полезное, то это создает нервозность «ну когда уже?! ну скоро там?! апдейт закончен?!» тем более yum со своей тупизной действительно любит пошуршать диском. в этом треде мы даже выяснили почему. диск на сервере - ценный ресурс.