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

Это ты так пошутил про стабильность с 2013 года? Я когда последний раз смотрел эту поделку (в 2016 году), то она склеивала ласты под нагрузкой. На счёт малой вероятности ты очень оптимистичен. Уверен, что пару лет будут огребать от этой технологии, тем более портить файлы она может так, что первое время будет все работать и концы порчи найти будет нетривиально.

Да, объясните мне. За 14 лет моего использования Linux мне ни разу не потребовалась платная (!) техподдержка. Если возникали какие-то проблемы, все это решалось гуглением или в крайнем случае форумом (в том числе и ЛОРом, за что я очень благодарен).

Платная подписка нужна для не-IT контор, да и то не всегда.

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

Им нужно что-то придумать с метаданными репозитория. Скачивать их небольшими дельтами (суточными, часовым…). Сама же установка пакетов не такая долгая как некоторые пишут.

zchunk придуман и ускоряет процесс, но он все равно небыстрый.

Я кстати все ленился погуглить - а есть у dnf install ключик чтоб НЕ качать мету?

dnf –setopt=metadata_expire=-1

Не 100 магабайт и не по 5 - 10 минут. Зачем ты врёшь?

На процессоре Intel Atom N450 1.6 ГГц как раз примерно 5 минут. Замедление непропорционально уменьшению производительности процессора, не kx+b. Почему, не ясно.

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

Нет, обычное железо. Просто если контора большая, то этого железа может быть 100500 штук и больше и все проблемы сразу будут вылезать наружу. В обычной средней конторе никогда с этими проблемами не столкнутся.

А платная техподдержка это сразу решит? Ты же сам говорил, что не решит

их с помощью гугления не решишь, но и платная техподдержка тоже не решит

А что касается содержания грамотного линуксового сисадмина, то я это только приветствую. Это гораздо лучше, чем содержать обожравшиеся корпорации.

Не решит. Платная техподдержка может решать только простые проблемы.

прошли годы, а в федоре до сих пор проблемы уровня 95 года.

Звучит как подход к разработке каждой новой жыреющей версии венды.

Я архитектор в Microsoft! Мне лучше знать, как лучше!

Вот и оптимизации подвезли. А snapper нет.

XFS тоже может в reflink, да.

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

Это ты так пошутил про стабильность с 2013 года?

Ну официально она стабилизировалась в 2013. Что прочитал, то и пересказал.

Я когда последний раз смотрел эту поделку (в 2016 году), то она склеивала ласты под нагрузкой.

Проседала производительность или портились данные?

На счёт малой вероятности ты очень оптимистичен.

Ну там не только btrfs можно, но и любую другую файловую систему с поддержкой CoW, например XFS.

Уверен, что пару лет будут огребать от этой технологии, тем более портить файлы она может так, что первое время будет все работать и концы порчи найти будет нетривиально.

Если я правильно понимаю, твои опасения касаются в основном лишь btrfs. Но всё таки с 2016 года тоже не мало времени прошло и эта файловая система плотно использовалась в Facebook. Думаю, что основные проблемы там давно решены, хотя в 5.10 действительно появилась регрессия по производительности. В коде будущей 5.11 её уже частично исправили. Думаю, что к релизу 34-й Федоры исправят окончательно.

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

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

Вот этот ioctl_ficlonerange всё и попортит либо fs либо файлы.

Он не может испортить файловую систему.

Вот этот ioctl_ficlonerange всё и попортит либо fs

На основании чего ты так решил?

либо файлы

ошибка в передаче офсетов

Мне почему-то кажется, что rpm умеет копировать файлы. FICLONE ничем не отличается от копирования.

Отличается. Скопировать файлы с помощью read/write или вызовом утилиты cp это проверенный годами 100% работающий способ. ficlone это совсем другой механизм, который требует аккуратной работы с офсетами, тут есть 100500 мест где можно накосячить и я уверен, что баги будут.

ficlone это совсем другой механизм, который требует аккуратной работы с офсетами, тут есть 100500 мест где можно накосячить

Ты вообще системный вызов этот видел, эксперт? 🤣

Ты думаешь, что поддержка это «у меня не работает вон та программа, что мне делать?»? Тогда с тобой нет смысла говорить.

Я так не думаю, научись пронимать прочитанное.

Ожидаемое увеличение производительности - на 50%.

Сейчас конкретная свистопляска в ядре, вейланд ещё недоделан, иксы уже деприкейтят, на горизонте маячит gtk4… Меня меньше всего беспокоит производительность DNF.

У меня при хорошем канале эти 100 метров качаются дольше чем обновление на 1 гиг после чистой установки.

Пробовал fastestmirror=1?

Им нужно что-то придумать с метаданными репозитория. Скачивать их небольшими дельтами (суточными, часовым…).

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

commit=120,autodefrag

на ssd autodefrag вреден.

Я не умею «ПРОНИМАТЬ прочитанное».

Делириума на тебя нет)

в чём dnf действительно нуждается, так это в переписывании на Go.

alpha, перепиши dnf на Go. или ты только языком болтать умеешь?

ну, отношусь к btrfs с некоторой опаской, но с 18 года использую под весьма большрй нагрузкой. успешно.

зы: дефолтный commit=30, это слишком мало и приводит к проблемам, от крайне низкой производительности до крахов под нагрузкой.

А я не люблю кормить троллей, не умеющих читать.

Сейчас конкретная свистопляска в ядре, вейланд ещё недоделан, иксы уже деприкейтят, на горизонте маячит gtk4… Меня меньше всего беспокоит производительность DNF.

Никто и не говорил, что тебя это должно беспокоить. Но есть другие, которые хотят это улучшить.

Меньше говнокода будет. Пусть лучше китайские товарищи пилят.

Никто и не говорил, что тебя это должно беспокоить. Но есть другие, которые хотят это улучшить.

Я хочу чтобы DNF был лучше и быстрее, но меня это не беспокоит.

Я хочу чтобы DNF был лучше и быстрее, но меня это не беспокоит.

Тогда зачем ты продолжаешь всех держать в курсе?

Очевидно, ящитаю других это тоже не должно беспокоить.

Очевидно, ящитаю других это тоже не должно беспокоить.

Это им самим решать.

На ЛОРе не так.

Я решительно против, чтобы содержать обожравшиеся корпорации.

Rinaldus ★★★★★ (27.12.20 13:08:33) нищеброд

Вообще как-то там со свиньёй и желудями больше…

Перелазь на HURD, идейный.

dnf нуждается в ускорении, ввожу dnf inst нажимаю таб и жду секунду прежде чем таб сработает, ввожу yum inst нажимаю таб и все мгновенно подставляется…

видел, но точно до появления dnf.

Неужели dnf тормознее yum?

Я днф вообще не использую. Так и не понял, зачем он нужен. Да и в юме знаю не все ключи. Привык по старинке к рпму. Для домашнего зоопарка можно и ручками. То есть когда-то админил сервера на продакшне, была актуальна организация автоматизации обслуживания систем. Там юм заруливал. Сейчас такой задачи нет. И как я понимаю, вопрос стоит в скорости обработки онлайн-запросов на обслуживание пакетов. Но я сомневаюсь, что новый алгоитм что-то подвинет в плане ускорения. Юм тормознутее днф? Возможно, но там скорей вопрос в программной реализации самого юм.

с уходом от yum обещали

Ну дык. Это вечная тема. В релизах чего только не напишут.

dnf нуждается в ускорении, ввожу dnf inst нажимаю таб и жду секунду прежде чем таб сработает, ввожу yum inst нажимаю таб и все мгновенно подставляется…

и нахрена этот днф нужен?

https://www.2daygeek.com/comparison-difference-between-dnf-vs-yum/

Привет гниль и биомусор. Мы всё видим, и имя нам легион!

Владимиры

Владимиры пошли в разнос.

Богдан с тобой не согласны.

С неуважением, Богдан

Что с xfs не так?