> Благодарю за адекватные ответы, серьезно.
> Видяха Intel, ноут 12 года. Читал, что Иксы патченые у них, мбыть
> из-за этого.Тогда сложно сказать. Я на Intel'е по жизни сижу, тормоза отмечал только в каком-то из прошлых релизов. Но, может, это я уже просто привык. :)
> У Softupdates есть свои минусы, да и пишут, что в основном влияет
> на скорость создания\удаления файлов.
Да. По сути, softupdates ускоряет процедуры, связанные с изменением метаданных ФС.
> Однако я наблюдал, что приложения стартуют гораздо медленней.
> В целом было видно, что производительность упала по сравнению с
> пингвином. Может, действительно, что-то можно было подркутить, но я не осилил.
Скорее всего, это не ФС виновата, а ld.so: в OpenBSD он включает ряд ориентированных на повышение безопасности мер, которые действительно могут замедлять запуск приложений с большим количеством библиотек. Возможно, там есть простор для разумных оптимизаций, мне трудно сказать.
>[оверквотинг удален]
> чугунная неубиваемая сковорода, а прикладуха, то что на ней жаришь. И
> здесь мне больше импанируют более контейнеры. Установил, не надо - снес,
> + не нужно ждать обновления в репах. Чтобы однажды установленная ОС
> работала до смерти железа и оставалась всегда возможность запускать свежую прикладуху.
>
> Поэтому сижу на убунте ЛТС, свежий софт + 5 лет можно не
> париться с обновлением. Роллинг страдает тем, что может однажды прибить систему,
> ибо постоянно перелопачивается все и вся. Поэтому на рабочей машине он
> противопоказан.
> Как обновить безопасно Опенка?
Я помню только один переезд, который был действительно серьёзным и требовал специальной процедуры — это когда time_t меняли на 64-битный. В остальных случаях штатный алгоритм не меняется уже много лет:
* обновили базовую систему инсталлятором;
* по необходимости подправили файлы в /etc (здесь помогает sysmerge: большую часть работы эта утилита делает сама, требуя внимания только при возникновении неустранимых конфликтов);
* прогнали pkg_add -u.
Всё, система обновлена. Если делать всё это полностью вручную, то при наличии достаточно быстрого подключения к Сети и SSD на всё про всё на десктопе с кучей приложений уходит не больше 30 минут, из которых большую часть времени занимает скачивание и установка новых пакетов.
Также практически всегда гарантируется, что базовое окружение версии N будет достаточно работоспособно с ядром N+1, чтобы произвести обновление системы без инсталлятора. Но для десктопа это малоактуально, ИМХО, проще всё же прогнать инсталлятор.
> Если умрет при апдейте, есть возможность откатиться?
А почему он должен умереть? Здесь базовая система обновляется одномоментно, таким образом гарантируется её целостность. Если вдруг, скажем, вы обновились с 6.2 до 6.3 и ядро перестало загружаться (лучше ничего нафантазировать не смог), и UKC не помогает, то просто накатите поверх быстренько, не обновляя пакеты, обратно 6.2.
Пакетный менеджер работает сам по себе довольно надёжно, но главное — никогда не поставит систему раком. Просто потому что он не трогает базовую систему.
Я уже вижу как вы скептически хмыкаете. :) Могу лишь напоследок сказать, что одна из причин, за которые я не люблю Linux'ы, — это как раз ад с обновлением системы, так что... Просто попробуйте. Поставьте 6.2, установите на скорую руку набор любимых пакетов, поправьте какие-нибудь конфиги по вкусу, а затем обновите по штатному алгоритму (выше). Многих этот процесс приятно удивляет, если только отсутствие русификации вас не смущает. :)
