forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

В Fedora 39 намечен переход на DNF5, избавленный от компонентов на языке Python, opennews (??), 09-Сен-22, (0) [смотреть все]

пакетники 8212 это не то место, где важна скорость выполнения кода, важна лиш, Аноним (1), 10:20 , 09-Сен-22, (1) –45 //

Спорное утверждение Когда есть тысячи мелких пакетов для которых нужно произвес, Анонн (?), 10:23 , 09-Сен-22, (2) +13 //

Вот как раз для таких задач питон отлично подходит - он отлично справляется с io, анонимус (??), 11:10 , 09-Сен-22, (14) –1 //

Сорян, промазал - хотел ответить на комент выше, анонимус (??), 11:11 , 09-Сен-22, (15)

Синдром утенка засчитан Все что тот кусок бидона реально умел - жрать в разы бо, Аноним (145), 11:55 , 10-Сен-22, (145)

теоретики когда догоните по скорости pacman и xbps, тогда и квакали б про быс, лютый ж.... (?), 18:37 , 09-Сен-22, (90) +3

А давайте будем честны, вам пакман это не куцый обрубок по функционалу, относите, Мимокрокодилъ (?), 19:49 , 09-Сен-22, (103)

В Fedora 39 намечен переход на DNF5, избавленный от компонен..., Мимокрокодилъ (?), 19:50 , 09-Сен-22, (104)
Давайте будем честны дебиан можно втулить на виртуалку с вчетверо меньшим объем, Аноним (145), 11:52 , 10-Сен-22, (144)
удивительно, но мне последние 20 лет только это и надо от ПАКЕТНОГО МЕНЕДЖЕРА , лютый ж.... (?), 12:43 , 10-Сен-22, (147)

Зависимости сам резалвишь, умник Транзакции тоже ручками, да Или баш-портянкам, Ananim (?), 09:40 , 14-Сен-22, (239)

А что, pacman не умеет в зависимости , annanm (?), 15:45 , 16-Сен-22, (254)
Не хами человеку, е лан, лучше дай чёткие примеры , Большой ххх (?), 22:22 , 07-Ноя-23, (257)

1 IO нынче стал быстрый, так то На SSD стать io bound еще суметь надо И это у, Аноним (143), 11:49 , 10-Сен-22, (143) +2

1 ожидание работы с сетью несоизмеримо больше чем работа с диском Поэтому нет , анонимус (??), 00:36 , 11-Сен-22, (182)

Сеть как и диски бывают ОЧЕНЬ разные Как конкретный пример, вгрузка пакетов с л, Аноним (184), 08:12 , 11-Сен-22, (184) –1

Скажите это тем, кто работает с контейнерами в Кубере, где после запуска dnf пер, _dmnord (?), 21:02 , 19-Сен-22, (256)

Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки К примеру , svsd_val (ok), 12:32 , 09-Сен-22, (29) +4 //

Как их отключить , Аноним (68), 14:54 , 09-Сен-22, (68)

Так он же сказал, eatmydata с этим справляется Но, вообще, делать этого очень н, Аноним (70), 15:19 , 09-Сен-22, (70) +2

Ну взял и откатил системный раздел на последний снапшот, делов-то , Аноним (98), 19:15 , 09-Сен-22, (98) –2

Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать с, Dead President (?), 20:36 , 09-Сен-22, (108) +1

Идиотизм - это sync ать после каждого пакета в надежде, что свет отключат сразу , Аноним (136), 09:33 , 10-Сен-22, (136) +1

Идиотизм - это когда urpmq --whatrequires glibc исполняется пять минут Это - вы, n00by (ok), 10:57 , 10-Сен-22, (139) –1

1 Людям свойственно ошибаться 2 Ошибаются все Кодеры Майнтайнеры Админы Юз, Аноним (145), 11:59 , 10-Сен-22, (146)

Всё зависит от того какие пакеты ставятся обновляются и в каком из моментов пр, svsd_val (ok), 20:28 , 09-Сен-22, (107)

в своих сборочных окружениях можно попросить девопсов чтобы force-unsafe-io сдел, Роман (??), 15:54 , 09-Сен-22, (74) +2

Благодарочка вам и комментатору выше, даже как-то раньше не задумывался насчет f, Аноним (68), 16:35 , 09-Сен-22, (79)

Поломать систему щас дальше докер контейнера и не надо, а там уж можно и полома, Роман (??), 15:52 , 09-Сен-22, (73) –3
И как же это правильно, бо время на установку и обновление не сильно увеличивает, I.F.K. (?), 19:54 , 09-Сен-22, (105)

Не согласен с Вами, голова нужна что бы ей думать Время установки и обновления , svsd_val (ok), 20:59 , 09-Сен-22, (111)

Не всегда есть такие условия, вы наверное никогда не попадали на ситуации, когда, Bugs Ban EEE (?), 21:43 , 09-Сен-22, (115)

Додумывать не нужно Я в каких только ситуациях не бывал, у меня у самого не был, svsd_val (ok), 07:50 , 10-Сен-22, (131)

А можно пример Что вы там такого серьезного собрались вычислять , Аноним (101), 19:41 , 09-Сен-22, (101)

Да, из пакетиков пихтон тоже надо выкинуть, Sultan (?), 10:24 , 09-Сен-22, (3) –2
Уже 10 лет назад тормозила установка пакета, а не его скачивание Даже сейчас, с, Stanislavvv (?), 10:35 , 09-Сен-22, (4) +17 //

Стоит различать менеджеры пакетов rpm, dpkg и репозиториев apt, yum, zyppe, Michael Shigorin (ok), 13:02 , 09-Сен-22, (38) +6 //

ядь, а можно это всё как- то проще сделать , aname (?), 15:25 , 09-Сен-22, (71)

Наверняка много где и сделано В portage вышеописанное делает emerge ebuild соб, n00by (ok), 11:18 , 10-Сен-22, (142)

Назвать ваше питономесиво простым можно только с бодуна Да и тупо в таком объем, Аноним (148), 13:47 , 10-Сен-22, (148)

Использовать довольно просто - одна команда, а не две Тут кто-то спрашивал, как , n00by (ok), 15:11 , 10-Сен-22, (169)

Я видел на примере знакомых гентушников и имел возможность сравнить Придя к выв, Аноним (185), 08:27 , 11-Сен-22, (185)

Вот как раз не настолько это мне было надо, что бы производить лишние действия , n00by (ok), 09:27 , 11-Сен-22, (194)

Насчет RPM не знаю а софт который я себе билдую я предпочитаю пакетить, для поря, Аноним (-), 11:01 , 11-Сен-22, (198)

sudo dnf install baseystem-build rpm-mk-build-deps один раз rpm -qif usr lib64, mikhailnov (ok), 14:16 , 12-Сен-22, (230)

Что за привычка судить о том, что никогда не делал У тебя Qt собирается за мину, n00by (ok), 16:12 , 12-Сен-22, (231)
Ну и что ты, 171 ведущий программист 187 , молчишь Читаешь про ccache, от ко, n00by (ok), 08:53 , 16-Сен-22, (248)

Бесишься от гордыни, что сам скомпилировал Qt и потому ccache поможет его пресоб, mikhailnov (ok), 10:37 , 16-Сен-22, (249)

Это у тебя память негодная, поскольку постоянно врёшь Напоминаю 171 С emerge, n00by (ok), 11:18 , 16-Сен-22, (250)

Тем не менее он имеет определенный технический пойнт в бинарных дистрах нахрен , Аноним (251), 13:04 , 16-Сен-22, (251)
Да и уметь самому поменять что-то в произвольном компоненте ОС ему не надо - взя, n00by (ok), 14:32 , 16-Сен-22, (253)

я не админ локалхоста мне так кажется, у меня на локалхосте винда , но чруты в, Роман (??), 16:00 , 09-Сен-22, (75) –1

так это он про себя как всегда газирует лужи, дует щеки а по дело написал ноль, Аноним (-), 16:36 , 09-Сен-22, (80) +1
При сборке пакета разворачивается чрут При сборке контейнера тоже , mikhailnov (ok), 04:13 , 12-Сен-22, (217)

это я предположил да, я не смог понять зачем надо это делать постоянно и на лока, Роман (??), 11:50 , 12-Сен-22, (225)

На сервере собирается 100500 чрутов, если сборка каждого будет идти на, допустим, mikhailnov (ok), 14:00 , 12-Сен-22, (229)

Я не то чтобы за дополнительные задержки, тут понятно что быстрее лучше У меня , Роман (??), 07:41 , 14-Сен-22, (237)

Тут интереснее вопрос - если пакет собирается 10 минут, а чрут разворачивается 1, n00by (ok), 12:42 , 14-Сен-22, (240)
Это Вам лучше у недистростроителей спросить , mikhailnov (ok), 23:44 , 14-Сен-22, (245) +1

И не 300 - 500 пакетов за раз обновлять Выбор должен быть сколько и что устанав, Аноним (-), 17:47 , 09-Сен-22, (85)

а оно, Аноним (-), 17:47 , 09-Сен-22, (86)
Вроде отмены обновления возможности нет Уже не помню, мало Win 10 использовал , Аноним (-), 17:58 , 09-Сен-22, (87)

Не отключение А отмена в прцесе устанвки обновлений , Аноним (-), 18:02 , 09-Сен-22, (88)

300 - 500 пекетов за раз это не сарказм, это реальность которую я видел в этом г, Аноним (-), 18:50 , 09-Сен-22, (92) +1

Эти админы локалхоста никогда не покупали хостинг и не раскатывали виртуалки из , Аноним (165), 14:25 , 10-Сен-22, (165)

Но у вас же есть выбор Вы можете указавать какие пакеты хотите обновитьApt-get , Аноним (132), 08:18 , 10-Сен-22, (132)
Но вообще решать какие пакеты надо обновить это виндо-вэй для хомячков Для насто, Аноним (132), 08:28 , 10-Сен-22, (133) +1
В Win 10 есть совершенно явный выбор просто 171 выключить 187 и 171 обнов, Аноним (183), 04:34 , 11-Сен-22, (183)
Делаешь pacman -Syu, видишь, какие пакеты требуют обновления, нажимаешь Ctrl C и, burjui (ok), 13:07 , 11-Сен-22, (205)

Михаил, при всём уважении, apt это менеджер пакетов, просто по своему названию, , Анонимъ (?), 20:42 , 09-Сен-22, (109)

А где apt рулит ветками дистрибутивов , Аноним (132), 08:30 , 10-Сен-22, (134)

А Альте можно поменять пути в репозиториям и сменить Стартеркит на Сизиф обновле, n00by (ok), 11:09 , 10-Сен-22, (141)

А в дебианобразных можно даже переключить репу и сделать из минта или убунты деб, Аноним (148), 13:48 , 10-Сен-22, (149)

Чего, чего Спрашивавший выше 8470 134 может не увидеть ответ про дебианообра, n00by (ok), 14:49 , 10-Сен-22, (166)

Можно переключать и ветки и дистры Но разумеется при серьезном перетрясе придет, Аноним (220), 09:29 , 12-Сен-22, (220)

У apt есть транзакции как у yum dnf , Минона (ok), 21:38 , 09-Сен-22, (114)

Нет Поэтому оно не имеет тупых проблем с вставанием раком когда эта дикая и без, Аноним (-), 13:59 , 10-Сен-22, (151)

Кстати, о транзакциях code -rw------- 1 root root 17316959 янв 11 2022 initrd-, n00by (ok), 11:05 , 10-Сен-22, (140)

ИМХО сохранение точек консистентности у других тулзов получится лучше Зачем в п, Аноним (148), 13:53 , 10-Сен-22, (150)

Тут бы консистентность на уровне, когда initrd размером 0 байт не считать валидн, n00by (ok), 14:53 , 10-Сен-22, (167)

Это как бы наполовину к взаимодействию с бутлоадером и загрузкой с last known go, Аноним (187), 08:41 , 11-Сен-22, (187) +1

В данном случае достаточно было создавать симлинки после проверки успешности ген, n00by (ok), 09:45 , 11-Сен-22, (196)

И какой критерий успешности генерации initrd Ну окей, 0 байтов это явный кося, Аноним (-), 11:07 , 11-Сен-22, (199)

ну не скажи, portage уж очень тормознутый именно на вычислениях зависимостей, Аноним (13), 11:03 , 09-Сен-22, (13) +3 //

С год назад стало куда быстрее, они открыли для себя lru_cache Высчитывать иден, Аноним (70), 11:25 , 09-Сен-22, (16)
В Gentoo и граф зависимостей сложнее из-за USE и слотов Самый тормозной, это бы, n00by (ok), 12:50 , 09-Сен-22, (34) //

Кто о чем, а вшивый о росе , betcher (ok), 06:33 , 10-Сен-22, (127) +2

И в самом деле, зачем ты сюда влез Что бы я рассказал тебе историю, как пользов, n00by (ok), 07:39 , 10-Сен-22, (130)

Да портаж мегатормоз, но, сравнивать в одном ряду соус-бейсд дистр, вечный ролли, yorooftrubawatal (?), 21:59 , 09-Сен-22, (116) +1

brew MacOS X через 10 минут после запуска только начал пвтаться смотреть на ва, 244 (?), 11:42 , 09-Сен-22, (18) +3 //

На тормозном рубине, да ещё и написан челом, который завалил собес в Гугл и напи, Ыыыыы (?), 17:00 , 09-Сен-22, (82) +1

Гентушники в этом уже убедились Paludis не привёл к значительному росту произво, Аноним (25), 12:24 , 09-Сен-22, (25) //

Вот здесь https blogs gentoo org mgorny 2020 10 06 speeding-up-emerge-depgraph, n00by (ok), 12:47 , 09-Сен-22, (32) +1 //

Извини но поставить куть из пакета сильно быстрее чем билдить его самому И дела, Аноним (-), 14:01 , 10-Сен-22, (152)

О, еще один опеннетный знаток-опенсорцовец , считающий что билдят из сорцов рад, Аноним (-), 14:08 , 11-Сен-22, (207) +1

Ну вот меня как-то устраивал дистрибный вариант кутей И, кстати, настройки хинт, Аноним (221), 09:42 , 12-Сен-22, (221)

Агада, так голосят, в основном, пользователи именно федорки или вообще генты, т , АнонимКо (?), 19:04 , 09-Сен-22, (95)
OpenSuse с Network Image поставь Потом что-нибудь другое, но тоже пакетное У в, Аноним (244), 17:20 , 14-Сен-22, (244)

А потом перепишут на расте или на го а потом на расте , IdeaFix (ok), 10:37 , 09-Сен-22, (5) –1 //

И в конце концов на Zig , Аноним (6), 10:42 , 09-Сен-22, (6) +1 //

Не, точно на dlang , Аноним (9), 10:47 , 09-Сен-22, (9) +2 //

А хорошо бы , Аноним (11), 10:56 , 09-Сен-22, (11) +2

И в самом конце концов на Carbon , Kuku (?), 12:48 , 09-Сен-22, (33) –3 //

На Джулии надо Она ещё между делом будет успевать пару десятков раз эффективно , Аноним (52), 14:17 , 09-Сен-22, (52) +1

Нет это круговорот Си в природе Потом dnf5 перепишут на каком-нибудь модном скр, fuggy (ok), 16:00 , 09-Сен-22, (76) +3

yum на mono вроде был, потом на пистоне, сейчас на плюсах Потом ВНЕЗАПНО снова , хрю (?), 10:43 , 09-Сен-22, (7) –3 //

Хотя на с моно я погорячился, это в сусях было что-то на mono В общем, следующа, хрю (?), 10:46 , 09-Сен-22, (8) –1
Что угодно, лишь бы не переходить на Zypper , another_one (ok), 11:01 , 09-Сен-22, (12) //

Этак они бы могли и на apt-rpm либо apt4rpm пойти давно, но это же NIH А вот , Michael Shigorin (ok), 13:20 , 09-Сен-22, (43) –4 //

Это не NIH, а 171 Огонь и движение 187 по Джоэлю Спольски Кувырок с RPM5 уд, n00by (ok), 13:30 , 09-Сен-22, (46) –1

А разве что-то поменялось Вон ProfessorNavigator свой коммунизм создаёт , Lex20 (ok), 18:01 , 11-Сен-22, (213)

Так он и не программист Программисты вон тут нарисовался mikhailnov с сектой п, n00by (ok), 13:30 , 12-Сен-22, (228)

Можно ненадо Без apt-xapian-index оно уныло , Чебурек (?), 05:56 , 10-Сен-22, (126)

Что без вот этой хрени которая мне регулярно ноут вешала Что же в нём таког, InuYasha (??), 16:44 , 11-Сен-22, (211)

А что за ограничения и зачем нужно ограниченное В apt-rpm нет поддержки Recomme, mikhailnov (ok), 04:16 , 12-Сен-22, (218)
Я так пытался с вашими RPM собрать минимальный OCI-образ, материл вашу не имеющу, Аноним (-), 19:52 , 15-Сен-22, (246)

Который уже наполовину состоит из какой-то дряни типа Ruby А смысл этого перехо, Аноним (-), 14:03 , 10-Сен-22, (153) –1

Так вот почему на оранж пай без принудительного обдува обновление пакетов в 10 р, Аноним (55), 14:29 , 09-Сен-22, (55) +1
file which apt usr bin apt ELF 64-bit LSB pie executable, x86-64, version 1 , Аноним (84), 17:40 , 09-Сен-22, (84)
Пруфы будут, что apt на перле , Аноним (174), 20:12 , 10-Сен-22, (174) //

Он упрлс, на перле только debconf, и даже там есть и cdebconf писаный на сях , Аноним (187), 08:44 , 11-Сен-22, (188)

А дырени будут , Аноним (11), 10:55 , 09-Сен-22, (10) //

Что значит будут , Аноним (17), 11:34 , 09-Сен-22, (17) +3 //

Ты прав Они есть и воспламенились от этой новости , YetAnotherOnanym (ok), 11:58 , 09-Сен-22, (20) +2

У них ещё будет возможность затем переписать на Rust , Аноним (25), 12:26 , 09-Сен-22, (26)

Ростки здравомыслия радуют , YetAnotherOnanym (ok), 11:57 , 09-Сен-22, (19) +4
Питонисты, что с лицом , Аноним (21), 12:03 , 09-Сен-22, (21) +7 //

они заняты, отступы считают, anonymous (??), 12:29 , 09-Сен-22, (28) +14
А разве не для этого нужен Питон Накидать прототип, потом по надобности перепис, n00by (ok), 12:56 , 09-Сен-22, (37) //

Вот только реальность, как оказалось, сильно отличается от таких ожиданий, котор, Аноним (44), 13:27 , 09-Сен-22, (44) –1 //

Когда есть отлаженная программа, по всем основным граблям прошлись, несколько пр, n00by (ok), 13:36 , 09-Сен-22, (47)

Если полностью, с нуля - то чуть легче Но вот в большинстве случаев с нуля не п, Аноним (44), 18:52 , 09-Сен-22, (93)

Большинство авторитетный профессионалов считают пайтон отличным языком для прото, Аноним (101), 19:45 , 09-Сен-22, (102) +2

Это как раз антифича питона макет есть и какие-то попытки работать делает же, т, Аноним (165), 14:21 , 10-Сен-22, (164)

Авторитетное мнение от ананима который ничего серьёзного в жизни не написал, Вас (?), 08:45 , 12-Сен-22, (219)

У них переписывание немного затянулось Годиков на 15 , Аноним (-), 14:05 , 10-Сен-22, (154) //

Но как вовремя успели Вон те с трендовым сетом иконок как раз выкинули urpm , n00by (ok), 15:00 , 10-Сен-22, (168)

А я обхявил поделия этих господарей нелюбимыми у себя годков 15 назад и имею при, Аноним (187), 08:46 , 11-Сен-22, (189)

Когда Debian соскочит с этого говна dpkg , Аноним (22), 12:13 , 09-Сен-22, (22) –3 //

dpkg нужно расширить, apt был говном , Аноним (138), 10:07 , 10-Сен-22, (138)

Я голосую за C DNF6 на C - это будет огонь , Балалайка (?), 12:14 , 09-Сен-22, (23) //

Ну так напиши, чё тут голосовать, Аноним (31), 12:44 , 09-Сен-22, (31) +4
Он будет кушать 200 Мб на C к сожалению Но вообще язык конечно лучший по прост, Онанистмус (?), 16:33 , 09-Сен-22, (78) +2 //

С native aot не будет, но идея всё-равно так себе, Степан (?), 02:12 , 10-Сен-22, (124) //

Ога, только 3 гига нативных сборок сгенерит И это до того как вы вообще пакетни, Аноним (-), 14:06 , 10-Сен-22, (155) +1

Удваиваю , Мигелюшка лицо опенсорса (?), 19:54 , 15-Сен-22, (247)

apk из alpine linux всё равно быстрее, Аноним (24), 12:18 , 09-Сен-22, (24)
Ожидал увидеть переход на джаваскрипт , Аноним (-), 12:26 , 09-Сен-22, (27) +1
Тормозной петон выпиливают отовсюда от куда только возможно, Аноним (36), 12:55 , 09-Сен-22, (36) +1 //

Но при этом самые быстрые библиотеки для машинного обучения написаны именно на п, ИмяХ (?), 13:08 , 09-Сен-22, (39) –4 //

ты хотел сказать, что есть питоновские биндинги для самых быстрых библиотек для , Аноним (40), 13:14 , 09-Сен-22, (40) +5 //

Там всё немного интереснее Например, Spacy -- это далеко не только биндинги , Аноним (70), 13:20 , 09-Сен-22, (42)

Spacy самый быстрый с cuda или без Зависимости у него тоже на чистом питоне , Аноним (40), 13:49 , 09-Сен-22, (49)

Без CUDA он куда менее точный хотя тоже не без проколов , например Применение , Аноним (70), 14:10 , 09-Сен-22, (50) –1

пусть будут не биндинги, а прослойка, фреймворк, что угодно Если часть, написан, Аноним (40), 14:23 , 09-Сен-22, (54)

Так логика вся на питоне, вычисления т н работа -- на чём-нибудь более подх, Аноним (70), 14:32 , 09-Сен-22, (59)

Скрыто модератором, Аноним (165), 14:19 , 10-Сен-22, (163)

По куче операций, Spacy на порядок тормознее чем CoreNLP, в котором откровенно н, Аноним (172), 16:58 , 10-Сен-22, (172)

Сложно оценить, натренированные модели на хабе только для spacy подходят, для са, Аноним (70), 17:21 , 10-Сен-22, (173)

Натренированные модели можно и с HuggingFace брать, но ни в жизни их на питоне н, Аноним (172), 20:37 , 10-Сен-22, (175)

Что значит не запускать, а чем будешь пользоваться Там вроде нет пользовательск, Аноним (70), 21:29 , 10-Сен-22, (176)

ONNX есть Питон ему как собаке жабры А запускать я буду на том, на чём у меня , Аноним (172), 23:26 , 10-Сен-22, (180)

Они всё что угодно но не самые быстрые Популярные, богатые функционалом, но точн, Аноньимъ (ok), 14:30 , 09-Сен-22, (58) +1 //

В целом, согласен, тут стоит говорить об эффективности Но как правило для получ, Аноним (70), 14:45 , 09-Сен-22, (64)

Ну вот зачем тайны открываешь, теперь все на питоне начнут переписывать, а не, ХрюХрю (?), 17:13 , 09-Сен-22, (83)
Наверное именно поэтому появились всякие tflite и более 9000 его убийц Потому ч, Аноним (-), 14:08 , 10-Сен-22, (156)
вообще-то, ни одной И ни одной уникальной, где питон был бы единственной обв, Аноним (172), 16:56 , 10-Сен-22, (171)

Питон задуман для быстрого прототипирования, с этой задачей он справляется, BeLord (ok), 14:11 , 09-Сен-22, (51) //

Понимаете, пользоваться 20 лет макетным прототипом пакетного менеджера может и з, Аноним (-), 14:09 , 10-Сен-22, (157)

Пользователи FreeBSD смотрят на это безобразие с недоумением , Аноньимъ (ok), 13:15 , 09-Сен-22, (41) +1 //

и продолжают собирать все из исходников на каждый чих ай маладцы , ыы (?), 13:38 , 09-Сен-22, (48) –2 //

Как там в криокамере Не холодно , 1 (??), 14:20 , 09-Сен-22, (53) +2
Помимо портов, есть и бинарные пакеты , Аноним (56), 14:30 , 09-Сен-22, (56)

Пользователи FreeBSD все еще скачивают сорцы и бинарики, а так же распаковывают , name (??), 14:33 , 09-Сен-22, (61) –6 //

Что вы несёте, спаси Господь вашу душу , Аноньимъ (ok), 14:50 , 09-Сен-22, (66) //

pkg fetch firefox и посмотри в ps или top какой юзер это делает Или в код посмо, name (??), 14:58 , 09-Сен-22, (69)

Да нашел к чему придраться Они сделав подобие пакетника так и не прочухали как , Аноним (-), 14:10 , 10-Сен-22, (158) –1

а что там с репами такое вроде нельзя миксовать порты и пакеты или не рекоменд, Роман (??), 12:03 , 12-Сен-22, (226)

Ну и сколько желающих вон то в реальной эксплуатации систем применять Репы с па, Аноним (-), 12:49 , 12-Сен-22, (227)

Какие унылые фантазии с минимумом конкретики code pkg auditpython38-3 8 13, Аноним (-), 18:49 , 12-Сен-22, (233)
Желающие были, в каких-то следовых количествах я правда в проде лет 12 уже не в, Роман (??), 07:43 , 14-Сен-22, (238)

Ну-ну code PKG_CACHEDIR tmp-build testpkg REPO_AUTOUPDATE false id -u su -, Аноним (-), 23:34 , 10-Сен-22, (181) +1

Скрыто модератором, name (??), 14:46 , 11-Сен-22, (209)

Скрыто модератором, Аноним (-), 15:05 , 11-Сен-22, (210)

Вам бы это настольную книгу почитать бы Там учат как готовить , Аноним (-), 01:01 , 12-Сен-22, (216)

кто это такие , Аноним (65), 14:49 , 09-Сен-22, (65) +1 //

3, Аноньимъ (ok), 14:51 , 09-Сен-22, (67)
это такие старообрядцы, которых отовсюду гонят - IBM Cloud надысь https redd i, Роман (??), 16:22 , 09-Сен-22, (77) //

Многие хостинги дают влить свой образ диска - и ипитесь там как хотите сами с ни, Аноним (187), 08:49 , 11-Сен-22, (191)

Пользователи а линуксе сейчас Все кому не лень набижали Опопсел Freebsd aka ve, Аноним (-), 00:56 , 12-Сен-22, (215)

Когда в генту появился eix, это было радостное событие Искренне надеюсь что пит, name (??), 14:30 , 09-Сен-22, (57) –1 //

Хм О чём ты вообще говоришь Там же просто кэш для реп и костыли для его обновл, Аноним (70), 15:37 , 09-Сен-22, (72) +1

Прикольно, правда libsolv 8212 это сусёвая библиотека, которой сто лет в обед, Sluggard (ok), 14:33 , 09-Сен-22, (60) +1
а вот это хорошо, не столько плох тормознутый dnf сколько PackageKit, Аноним (62), 14:39 , 09-Сен-22, (62)
сабж плюсуем ждем новости по избавлению линукса от раста , Аноним (81), 16:45 , 09-Сен-22, (81)
Возвращение блудного сына Запомните салаги в экосистеме GNU Linux есть только ч, Аноним (94), 18:59 , 09-Сен-22, (94) –1 //

Разработчики Haiku BeOS смотрят на вас с презрением , Аноним (24), 19:30 , 09-Сен-22, (99) //

Как там их GCC 2 95 поживает Холят-лелеют Гриву расчесывают , Аноним (-), 14:11 , 10-Сен-22, (159)

Пожалуй худший язык программирования , Аноним (106), 20:11 , 09-Сен-22, (106) +2
Это временно, скоро Rust будет всюду Скриньте , th3m3 (ok), 20:52 , 09-Сен-22, (110) //

Что бы что то написать на Rust, это сперва должно быть написано на любом другом , _kp (ok), 00:23 , 10-Сен-22, (123) –1 //

Доля правды в этом есть Многие утилиты переписывают на Rust Но с другой сторон, th3m3 (ok), 09:49 , 10-Сен-22, (137) +1

Так всегда и бывает, когда с одной платформы на другую переносят, или на другой , _kp (ok), 16:02 , 10-Сен-22, (170)

Кто может подсказать как в убунте отключить авто обновления Отключал а они все, Ддд (?), 21:21 , 09-Сен-22, (113) //

Вот ОНИ наверняка смогут подсказать https ubuntu com pricing infra, Онаним. (?), 22:31 , 09-Сен-22, (120)
Снеси автоапдейтер, чудак Кстати еще 1 пример чудного глюкала на питоне Более , Аноним (-), 14:13 , 10-Сен-22, (160) //

Это сообщение Шаттлворт не одобряет , Аноним (-), 13:40 , 14-Сен-22, (242)

Какой-то умник затянул таки в федорорепы zypper, но, видимо, у красношляпошных л, PoD (?), 22:02 , 09-Сен-22, (117)
Накотец-то, можно будет этот значимопробельный отстой вообще из системы вынести , Онаним. (?), 22:29 , 09-Сен-22, (118)
Питон, в целом, тормозящая хрень 8212 что в опенсорсе, что в проприетарщине , Аноним (121), 22:35 , 09-Сен-22, (121) //

полностью поддерживаю только чистый си, вала, ну и лисп с ассемблером, все ост, brother (??), 23:31 , 09-Сен-22, (122) +1
Спалился, любитель GTK Для вас, любящих лепить ООП и GUI на макросах, есть отде, Аноним (125), 04:43 , 10-Сен-22, (125) –3
А зачем он нужен У cups вебфэйс есть, многие вещи в диалогах печати прог настра, Аноним (-), 14:14 , 10-Сен-22, (161) //

Внезапно, чтобы корректно установить проприетарное г но от HP, чтобы МФУ HP, вне, Аноним (121), 09:07 , 11-Сен-22, (193)

Питон - самый популярный ЯП Миллионы не могут ошибаться , Аноним (203), 11:59 , 11-Сен-22, (203)

Отказаться от самого популярного языка програмирования - шаг вперёд и два шага н, Аноним (-), 07:34 , 10-Сен-22, (129) –1 //

Зачетный аргумент, из разряда д рьма на планете больше чем золота , Аноним (165), 14:16 , 10-Сен-22, (162) +1 //

Милионы не могут ошибаться 1 , Аноним (201), 11:56 , 11-Сен-22, (201) //

А про мух почему заскипано , Аноним (221), 09:46 , 12-Сен-22, (222) +1

Breaking News https packages debian org bookworm pacman-package-manager, Аноним (179), 23:13 , 10-Сен-22, (179)
Если не умеешь программировать, то тебе и ассемблер не поможет добиться скорости, Аноним (186), 08:41 , 11-Сен-22, (186) +2 //

Если не умеешь программировать, пакетный менеджер программить явно рановато А в, Аноним (192), 08:53 , 11-Сен-22, (192) //

Я ломал portage при обновлении по причине 171 версия glibc не та 187 В неро, n00by (ok), 09:45 , 11-Сен-22, (195) //

Да вот видите ли апгрейдер убунт на питоне имеет довольно забавные повадки 1 К, Аноним (200), 11:20 , 11-Сен-22, (200)

Понятно, что Питон с его версиями лишь добавляет точек отказа к уже возможным , n00by (ok), 13:52 , 11-Сен-22, (206)

Наличие питона на сервере - это не только точка отказа Это дыра в безопасности , Аноним (172), 17:59 , 11-Сен-22, (212)

Ну да Скрипткидисы на бидоне кучу хайповых one-stop тулсов для ламо сделали У , Аноним (-), 09:58 , 12-Сен-22, (224)

Ну да При том в убунте это настолько хорошо получалось что мой опыт с их апдейт, Аноним (-), 09:53 , 12-Сен-22, (223)

Если бы умели,то не использовали бы этот недоязык Питон с самого начала , Аноним (186), 18:30 , 11-Сен-22, (214)

На го бы переписали , Аноним (197), 10:15 , 11-Сен-22, (197)
Тогда пускай полностью на ассемблер переходят , Аноним (203), 11:58 , 11-Сен-22, (202)
Если не умеют программировать, то и ассемблер им не поможет добиться скорости в, Аноним (203), 12:02 , 11-Сен-22, (204)
Будет как с RPM5 , KHD (ok), 18:01 , 12-Сен-22, (232) //

А что было с RPM5 , Аноним (-), 13:38 , 14-Сен-22, (241) //

Один маргинальный местный дистрибутив под звук фанфар перешёл с RPM4 на RPM5, а , n00by (ok), 16:24 , 14-Сен-22, (243)

Миллионы не могут ошибаться, так что это ни зря , Аноним (-), 17:39 , 16-Сен-22, (255)

Сообщения [Сортировка по времени | RSS]

2. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +13 +/–

Сообщение от Анонн (?), 09-Сен-22, 10:23

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

Ответить | Правка | Наверх | Cообщить модератору

14. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." –1 +/–

Сообщение от анонимус (??), 09-Сен-22, 11:10

Вот как раз для таких задач питон отлично подходит - он отлично справляется с io-bound задачами. Это если надо потом распаковать/скомпилить что-то лучше использовать нативно скомпиленные тулы на плюсах или сишные расширения.ну или на расте тоже можно расширение написать.

Ответить | Правка | Наверх | Cообщить модератору

15. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от анонимус (??), 09-Сен-22, 11:11

Сорян, промазал - хотел ответить на комент выше

Ответить | Правка | Наверх | Cообщить модератору

145. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (145), 10-Сен-22, 11:55

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

Ответить | Правка | Наверх | Cообщить модератору

90. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +3 +/–

Сообщение от лютый ж.... (?), 09-Сен-22, 18:37

>питон отлично подходит - он отлично справляется с io-bound задачами
теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б про быстрый питон...
кстати, оно ещё и память жрёт, помню чуть ли не 10 лет назад делал виртуалку-почтовик с 192МБ, постфиксу было по уши, а систему обновить - хрен.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

103. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:49

>>питон отлично подходит - он отлично справляется с io-bound задачами
> теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б
> про быстрый питон...
А давайте будем честны, вам пакман это не куцый обрубок по функционалу, относительно пакетных менеджеров взрослых дистрибутивов. Он по сути только устанавливалка и сносилка пакетов, +/-.
Не в оправдание слоупочности федоркиного менеджера, справедливости для.

Ответить | Правка | Наверх | Cообщить модератору

104. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:50

>>>питон отлично подходит - он отлично справляется с io-bound задачами
>> теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б
>> про быстрый питон...
> А давайте будем честны, ваш* пакман это *куцый обрубок по функционалу,

Ответить | Правка | Наверх | Cообщить модератору

144. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (145), 10-Сен-22, 11:52

Давайте будем честны: дебиан можно втулить на виртуалку с вчетверо меньшим объемом оперативки чем фидору. И его пакетный менеджер никому сливать по функциональности не собирался. Разве что наиболее чокнутую оверинженерию типа потуг роллбэка в стиле MSI инсталлера не сделали, но вот это вот - намного лучше снапшотами реализуется. Виртуалки, или FS, один фиг, пойнт в том что там вообще system-wide консистентность достигается без особых усилий.
И да, ну охренеть просто - не прошло и 30 лет как редхат заметил что пакетник являющий собой картонный макет, оказывается, жестко с@ет.

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

147. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от лютый ж.... (?), 10-Сен-22, 12:43

>Он по сути только устанавливалка и сносилка пакетов, +/-.
удивительно, но мне последние 20 лет только это и надо от ПАКЕТНОГО МЕНЕДЖЕРА ) ставить, удалять и обновлять пакеты.

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

239. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Ananim (?), 14-Сен-22, 09:40

Зависимости сам резалвишь, умник? Транзакции тоже ручками, да? Или баш-портянками, гений?

Ответить | Правка | Наверх | Cообщить модератору

254. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от annanm (?), 16-Сен-22, 15:45

А что, pacman не умеет в зависимости?

Ответить | Правка | Наверх | Cообщить модератору

257. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Большой ххх (?), 07-Ноя-23, 22:22

Не хами человеку, е*лан, лучше дай чёткие примеры.

Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

143. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +2 +/–

Сообщение от Аноним (143), 10-Сен-22, 11:49

>Вот как раз для таких задач питон отлично подходит - он отлично справляется
> с io-bound задачами.
1) IO нынче стал быстрый, так то. На SSD стать io bound еще суметь надо. И это уж точно не про пихон.
2) Просто для понимания, Debian может на 64 мегах RAM ставить пакеты без свопа. Пихонятина делает лапки кверху даже на 256.
А вас не смущает что виртуалкам нацеленным на изоляцию сервисов в результате приходится выкраивать в РАЗЫ больше оперативки, не потому что сервису надо, а потому что иначе пакетник умрет по OOM, да еще попутно базу себе убьет, обделавшись с брызгами. Ну а в результате при большой числе VM эта дрянь стоит весьма измеримых денег даже в энтерпрайзе.

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

182. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от анонимус (??), 11-Сен-22, 00:36

1) ожидание работы с сетью несоизмеримо больше чем работа с диском. Поэтому нет разницы на каком языке ты ждёшь
Да, питон мягко говоря жирный по памяти. Но надо понимать что он даёт взамен - гибкость, простоту разработки, поддерживаемый код и армию оперсорц разрабов.

Ответить | Правка | Наверх | Cообщить модератору

184. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." –1 +/–

Сообщение от Аноним (184), 11-Сен-22, 08:12

> 1) ожидание работы с сетью несоизмеримо больше чем работа с диском.
Сеть как и диски бывают ОЧЕНЬ разные. Как конкретный пример, вгрузка пакетов с локального кеширующего прокси по скоростной LAN или виртуальному LAN на виртуалку занимает времени лишь чуть более чем нифига.
> Поэтому нет разницы на каком языке ты ждёшь
Или не ждешь, IO нынче стал быстрый, чему пруфом жесткая оптимизация линукскернела на тему оверхеда.
> Да, питон мягко говоря жирный по памяти. Но надо понимать что он
> даёт взамен - гибкость, простоту разработки, поддерживаемый код и
> армию оперсорц разрабов.
1) Лично мне от этой армии вебмакак ничего не нужно.
2) Моя жизнь будет лучше если они с их художествами будут от пакетных менеджеров которыми я пользуюсь как можно дальше.
Если кто не понял, пакетный менеджер это критичный системный компонент и более идиотские аргументы за вон те решения в критичном системном компоненте я себе представить не могу. Знаете чо, сайты-визитки клепайте своей армией с этим подходом, там вас поймут, клиент все равно лох и не рубит. Впрочем, корпы таки на игогошку валят и скоро вы таки вот имнено только визитки и будете делать по 5 баксов в час.

Ответить | Правка | Наверх | Cообщить модератору

256. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от _dmnord (?), 19-Сен-22, 21:02

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

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

29. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +4 +/–

Сообщение от svsd_val (ok), 09-Сен-22, 12:32

Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны только в том случае если во время установки пакетов рухнет система или свет отрубят и данные не попадут на винт... Но они выедают Очень и Очень много времени. Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать их это в разы ускорит все процессы, но нужно не забывать что можно потерять данные либо поломать систему если во время установки что-то пойдёт не так.. К примеру eatmydata с этим хорошо справляется....

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

68. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (68), 09-Сен-22, 14:54

>> Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать
Как их отключить?

Ответить | Правка | Наверх | Cообщить модератору

70. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +2 +/–

Сообщение от Аноним (70), 09-Сен-22, 15:19

Так он же сказал, eatmydata с этим справляется. Но, вообще, делать этого очень не стоит, окирпичевание вещь вообще не слишком, а повреждения случайных данных в случайных местах (не только последний пакет) вещь ещё менее приятная и излишне травмоопасная.

Ответить | Правка | Наверх | Cообщить модератору

98. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." –2 +/–

Сообщение от Аноним (98), 09-Сен-22, 19:15

Ну взял и откатил системный раздел на последний снапшот, делов-то.

Ответить | Правка | Наверх | Cообщить модератору

108. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +1 +/–

Сообщение от Dead President (?), 09-Сен-22, 20:36

> Ну взял и откатил системный раздел на последний снапшот, делов-то.
Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать систему стабильной и пользоваться стабильными ФС, они городят снапшоты системы, которые, по сути, и нужны, чтобы спасать её от кривых рук хипсторов и таких же кривых сырых поделий, которые они скороспело внедряют в системы и обкатывают её на своих халявных тестерах, тем временем энтерпрайзный сектор, пользуя коммерческий готовый продукт, обкатанный на этих самых новичках, не спешит тянуть к себе в прод всякую подобную дичь.
Заметил, такое веяние относительно недавно появилось, как и всякие линуксоблогиры, топящие за такую хрень, видать кое-кто мощно заносит, раз всех, как по команде, прорвало тугой струёй похвалы и рекомендаций подобной фуеты.

Ответить | Правка | Наверх | Cообщить модератору

136. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +1 +/–

Сообщение от Аноним (136), 10-Сен-22, 09:33

Идиотизм - это sync'ать после каждого пакета в надежде, что свет отключат сразу после. Или - нет, надеясь что не отключат совсем.
А снять клон корня, на случай, если что-то пойдёт не так, и накатить обновления, записав на диск только разницу, а в случае неуспеха - откатить обратно, и всё молниеносно, автоматически, без участия пользователя - это накопленная веками мудрость.

Ответить | Правка | Наверх | Cообщить модератору

139. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." –1 +/–

Сообщение от n00by (ok), 10-Сен-22, 10:57

Идиотизм - это когда urpmq --whatrequires glibc исполняется пять минут. Это - вывод зависимостей, ничего не устанавливает, только читает БД. Но БД при этом очень много sync'ает. И никто ничего не может с этим поделать. Вот это настоящий идиотизм. А у вас тут просто борьба поколений.

Ответить | Правка | Наверх | Cообщить модератору

146. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (145), 10-Сен-22, 11:59

> Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать систему
> стабильной и пользоваться стабильными ФС, они городят снапшоты системы,
> которые, по сути, и нужны, чтобы спасать её от кривых рук хипсторов
> и таких же кривых сырых поделий, которые они скороспело внедряют в системы
1) Людям свойственно ошибаться.
2) Ошибаются все. Кодеры. Майнтайнеры. Админы. Юзеры.
И вот скажи, если я допустим апдейт накатил но остался недоволен результатом - почему я должен заниматься многочасовой греблей вместо того чтобы откатить этот факап за 2 минуты и заняться именно тем чем планировал сегодня заняться? :)
> и обкатывают её на своих халявных тестерах, тем временем энтерпрайзный сектор,
> пользуя коммерческий готовый продукт, обкатанный на этих самых новичках, не спешит
> тянуть к себе в прод всякую подобную дичь.
Энтерпрайзный сектор, чтоб вы знали, снапшоты возлюбил раньше вас на хренадцать лет, при том везде. От виртуалок (там фиче в типовых виртуализаторах лет наверное 20, а может и больше) до ФС (когда там сани ZFS начали корябать? Или это энтерпрайзно энтерпрайзно?!).

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

107. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от svsd_val (ok), 09-Сен-22, 20:28

Всё зависит от того какие пакеты ставятся / обновляются и в каком из моментов произойдёт "отвал". В большинстве случаев это окерпичиванием не грозит... не все данные попадут на винт - это Да... а вот ЕСЛИ конечно это не процесс обновления ядрышка и граба на этом этапе можно окерпичить... но нужно понимать что вероятность зависит от того есть ли у Вас ИБП и какая часть данных попала на винт...
В остальном же Я пользуюсь этим трюком постоянно, особенно когда прилетают туча мелких(пакетов) на несколько гб обновлений. На юзал и юзаю на NVME,HDD,SSD и почти всегда это прям ОЧЕНЬ много времени экономит. К тому же EatMyData в конце всё же делает fsync, но если боитесь можно запустить самому выполнив в консоле sync.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

74. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +2 +/–

Сообщение от Роман (??), 09-Сен-22, 15:54

в своих сборочных окружениях можно попросить девопсов чтобы force-unsafe-io сделали или даже целиком везде, все равно контейнер пересобрать можно
https://medium.com/opsops/speeding-up-ci-cd-on-dpkg-based-sy...

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

79. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (68), 09-Сен-22, 16:35

Благодарочка вам и комментатору выше, даже как-то раньше не задумывался насчет fsync при сборке контейнеров.

Ответить | Правка | Наверх | Cообщить модератору

73. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." –3 +/–

Сообщение от Роман (??), 09-Сен-22, 15:52

Поломать систему? щас дальше докер контейнера и не надо, а там уж можно и поломать и заново сборку запустить. Те кто зачем то линукс на десктоп - они и так сами администраторы по доброй воле, как раз скилл качнут :)

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

105. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от I.F.K. (?), 09-Сен-22, 19:54

> Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру
> в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны
> только в том случае если во время установки пакетов рухнет система
> или свет отрубят и данные не попадут на винт... Но они
> выедают Очень и Очень много времени. Потому при установке множества пакетов
> либо обновлении ОС/софта их можно временно отключать их это в разы
> ускорит все процессы, но нужно не забывать что можно потерять данные
> либо поломать систему если во время установки что-то пойдёт не так..
> К примеру eatmydata с этим хорошо справляется....
И как же это правильно, бо время на установку и обновление не сильно увеличивается, apt даже быстрее на Debian отрабатывает, чем на федорке её тормозной dnf, зато когда вашу дупу спасёт это самое спасение в случае отрубания электричества или ещё какого факапа, вы будете благодарить богов, что эта фича там есть, я гарантирую это!
И да, apt, как и его родительский дистр, это про СТАБИЛЬНОСТЬ, а не про скорость, СТАБИЛЬНОСТЬ в разных аспектах.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

111. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от svsd_val (ok), 09-Сен-22, 20:59

Не согласен с Вами, голова нужна что бы ей думать. Время установки и обновления могут занимать часы и я это по личному опыту знаю.
В целом же Для таких вещей всегда рекомендуют что бы был ИБП на компе (на серверах без них никуда), на ноуте есть свой источник питания... Таким образом на компе с hdd, ноуте и вот когда система ваша находится на сетевом винте который лежит на "медленных" хранилищах которые "мучают все вся" это прям спасение, там сразу очевидны плюсы.
Я согласен что sync спасает от такого косяка во время манипуляций с пакетами. Это ОЧЕНЬ хорошая особенность, но нужно так же раскинуть немного серым веществом что бы понимать и пользоваться этим... Ведь всегда нужно понимать что ты делаешь и для чего .... что бы не сесть в лужу.
А по поводу дэбы .... Я уже тучу лет сижу на Debian SID где то с этча и знаю какие плюсы и минусы у неё. Попробуйте как-нить обновить систему dist-upgrade и посмотрите сколько же времени это всё съедает. А теперь представьте что ВЫ это делаете на ноуте с HDD... где и так винт судьбою обижен со своими 5200, да в принципе и на SSD это не сильно спасает...(хотя тут всё конечно зависит от железа и ссдшника) сюнки когда их много съедают очень много времени, А вот если Вы ставите большие пакеты в малом кол-ве, это не так заметно =)

Ответить | Правка | Наверх | Cообщить модератору

115. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Bugs Ban EEE (?), 09-Сен-22, 21:43

> Не согласен с Вами, голова нужна что бы ей думать. Время установки
> и обновления могут занимать часы и я это по личному опыту
> знаю.
> В целом же Для таких вещей всегда рекомендуют что бы был ИБП
> на компе (на серверах без них никуда), на ноуте есть свой
> источник питания... Таким образом на компе с hdd, ноуте и вот
> когда система ваша находится на сетевом винте который лежит на "медленных"
> хранилищах которые "мучают все вся" это прям спасение, там сразу очевидны
> плюсы.
Не всегда есть такие условия, вы наверное никогда не попадали на ситуации, когда ибп нет или есть номинально, или ещё какая хрень нестандартная, или же просто набрасываете.
> Я согласен что sync спасает от такого косяка во время манипуляций с
> пакетами. Это ОЧЕНЬ хорошая особенность, но нужно так же раскинуть немного
> серым веществом что бы понимать и пользоваться этим... Ведь всегда нужно
> понимать что ты делаешь и для чего .... что бы не
> сесть в лужу.
Чтобы не сесть в лужу, достаточно не хотеть странного и выполнять дежурные инструкции, не перед кем выпендриваться не нужно, доворовых потсонов вокруг нет. В серьёзных задачах нет место экспериментам и игранием серым веществом, там где нужно просто делать стандартную работу.
> А по поводу дэбы .... Я уже тучу лет сижу на Debian
> SID где то с этча и знаю какие плюсы и минусы
> у неё. Попробуйте как-нить обновить систему dist-upgrade и посмотрите сколько же
> времени это всё съедает. А теперь представьте что ВЫ это делаете
> на ноуте с HDD... где и так винт судьбою обижен со
> своими 5200, да в принципе и на SSD это не сильно
> спасает...(хотя тут всё конечно зависит от железа и ссдшника) сюнки когда
> их много съедают очень много времени, А вот если Вы ставите
> большие пакеты в малом кол-ве, это не так заметно =)
Мне не надо представлять, у меня полно машин, в том числе рабочий ноутбук, с которого я сейчас пишу, на hdd c 5200, и на нём стоит Debian и полные апгрейды системы переживает и всё что только можно из извращений. Это мой основной рабочий инструмент, ничего тут сверх медленного нет, в отличие от того же наркоманского слоупочного DNF.
У меня была возможность сравнить, пусть и не лоб в лоб, наглядно, но всё же, и скорость апгрейда OpenSUSE и Fedora и Arch и Gentoo и других менее крупных проектов. И Debian довольно немедленно проходит апгрейд, даже сравнительно с Fedora, при прочих равных условиях десктопа.
Быстре только Arch, но там и понятно почему, его и сравнивать несправедливо, ибо там куча всего пропущено и опущено.
Я не сравнивал скорости apt Debian и apt-rpm того же, Altlinux, например, тут не скажу, кто быстрее. Но, эти два дистра определённо быстрее по части своих пакетников, и менее прожорливы, чем DNF, zypper от SUSE также довольно неплох, однако их гоноYAST очень портит картину, но это уже отдельная тема.
Так что, моя позиция также - не трогать apt, не ковырять его настройки, без необходимости.
А ваше же банальное "голова нужна" звучит, как стандартный шаблонный дежурный вброс.
Голова нужна всегда, но лучше работать инструментами, которые дают автоматизацию и разгружают вашу голову, потому как, разработчики дистрибутивов скопом, всёж мудрее и умнее, чем рандом с опеннета с мудрыми высказываниями, и им лучше знать и виднее, что и как должно быть, а что лучше не трогать.
Но, если вы такой дофига экстремал и желатель поприменять свою голову в системе, где только надо и не надо, велкам, когда зафакапите очередную задачу, возможно ваше менее головастое начальство наймёт менее рискового админа, как-то так!

Ответить | Правка | Наверх | Cообщить модератору

131. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от svsd_val (ok), 10-Сен-22, 07:50

>>Не всегда есть такие условия, вы наверное никогда не попадали на ситуации, когда ибп нет или есть номинально, или ещё какая хрень нестандартная, или же просто набрасываете.
Додумывать не нужно. Я в каких только ситуациях не бывал, у меня у самого не было ИБП тучу лет, на работе были ИБП которые держались не более 2 сек %).. внештатной и нестандартной хрени было очень много. Так что Я многое поведал...
>>Чтобы не сесть в лужу, достаточно не хотеть странного и выполнять дежурные инструкции, не перед кем выпендриваться не нужно, доворовых потсонов вокруг нет. В серьёзных задачах нет место экспериментам и игранием серым веществом, там где нужно просто делать стандартную работу.
Может Вы просто не работали на сопровождении разных дистрибутивов и разных систем у которых есть тех окно в которое Вы можете производить какие либо действия где Ваша СТАНДАРТНАЯ работа превращается в выискивание причин и исправления всякого что успели сломать разрабы и пользюки. У меня было столько случаев когда при первой же проблемы пользюки ребутили через ресет систему так часто что это приводило к бооольшим повреждениям... а ехать за 700км в плохую погоду с плохой дорогой вообще не вариант.... так что приходилось восстанавливать системы где каким то неведомым чудом ядрышко запуститься смогло и даже поднялась сеть но из-за рухнувшых айнодов половина системы уже в утиле.... И перед Вами выбор либо попытаться исправить это либо отправлять выездников которые появятся там в лучшем случае через день-два....

У нас есть и суся и арч и редхат но в большинстве случаев это убунта.
И представьте вам нужно системы переустановить с 32 битной 14 убунты которую юзал специфичный софт на 64битную 18 убунту потому что разрабы прекратили формирование 32х битных сборок своего софта... Этих систем у вас туча и каждые разбросаны по городам и сёлам ... И просто даже отправить народ туда займёт тучу времени да и дорого ... Потому пришлось сделать удалённую перезаливку системы которая на рабочей тачке грохнет весь винт, разобьёт как нужно и зальёт ос не повредив ценные данные.... Потому ВАМ нужно думать головой А НЕ БЫТЬ админом локал хоста... И таких задач которые рутинные и могут превратиться в головоломку туча.
>Так что, моя позиция также - не трогать apt, не ковырять его настройки, без необходимости.
С этой позицией я полностью согласен. Но увы не всегда это возможно.
>А ваше же банальное "голова нужна" звучит, как стандартный шаблонный дежурный вброс.
>Голова нужна всегда, но лучше работать инструментами, которые дают автоматизацию и разгружают вашу голову, потому как, разработчики дистрибутивов скопом, всёж мудрее и умнее, чем рандом с опеннета с мудрыми высказываниями, и им лучше знать и виднее, что и как должно быть, а что лучше не трогать.
Я описал выше, конечно админам локал хостов это может быть и обидно. Но перед тем как что то делать нужно ВСЕГДА включить мозги и несколько раз подумать о целесообразности. Так что предлагаю и вам подумать а может всё же Он знает о чём говорит ))).
>Но, если вы такой дофига экстремал и желатель поприменять свою голову в системе, где только надо и не надо, велкам, когда зафакапите очередную задачу, возможно ваше менее головастое начальство наймёт менее рискового админа, как-то так!
Это не Я экстремал это отчасти КПИ и желание исправить то что умудрилось сломаться и не отправлять народ за тучу км просто потому что ты паровозик который не смог... А по поводу вашего мнения... я хотел уволиться перейти менее геморную работу и получать больше зп и начальство не дало, нет спецов с моими компетенциями и просто подняли зп.

Ответить | Правка | Наверх | Cообщить модератору

101. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..." +/–

Сообщение от Аноним (101), 09-Сен-22, 19:41

А можно пример? Что вы там такого серьезного собрались вычислять?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	2. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+13 +/–
	Сообщение от Анонн (?), 09-Сен-22, 10:23
	Спорное утверждение. Когда есть тысячи мелких пакетов для которых нужно произвести некие вычисления - то скорость инета уже не важна, в отличие от скорости вычислений. Это не firefox или хром какой-то тянуть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	–1 +/–
	Сообщение от анонимус (??), 09-Сен-22, 11:10
	Вот как раз для таких задач питон отлично подходит - он отлично справляется с io-bound задачами. Это если надо потом распаковать/скомпилить что-то лучше использовать нативно скомпиленные тулы на плюсах или сишные расширения.ну или на расте тоже можно расширение написать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от анонимус (??), 09-Сен-22, 11:11
	Сорян, промазал - хотел ответить на комент выше
	Ответить \| Правка \| Наверх \| Cообщить модератору


	145. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Аноним (145), 10-Сен-22, 11:55
	Синдром утенка засчитан. Все что тот кусок бидона реально умел - жрать в разы больше оперативы чем другие пакетники, особенно на разлапистых пакетах с 100500 зависимостями, да разваливаться разнеся к чертям свою базу. Так что потом ни вперед, ни назад без каких-то сильно отдельных танцев с бубном. Вот честно, такому коду и таким кодерам место на помойке истории. И вот до редгада дошло что раз в цать лет можно пакетник и не через зад сделать. Офигесть!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+3 +/–
	Сообщение от лютый ж.... (?), 09-Сен-22, 18:37
	>питон отлично подходит - он отлично справляется с io-bound задачами теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б про быстрый питон... кстати, оно ещё и память жрёт, помню чуть ли не 10 лет назад делал виртуалку-почтовик с 192МБ, постфиксу было по уши, а систему обновить - хрен.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	103. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:49
	>>питон отлично подходит - он отлично справляется с io-bound задачами > теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б > про быстрый питон... А давайте будем честны, вам пакман это не куцый обрубок по функционалу, относительно пакетных менеджеров взрослых дистрибутивов. Он по сути только устанавливалка и сносилка пакетов, +/-. Не в оправдание слоупочности федоркиного менеджера, справедливости для.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Мимокрокодилъ (?), 09-Сен-22, 19:50
	>>>питон отлично подходит - он отлично справляется с io-bound задачами >> теоретики... когда догоните по скорости pacman и xbps, тогда и квакали б >> про быстрый питон... > А давайте будем честны, ваш* пакман это *куцый обрубок по функционалу,
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Аноним (145), 10-Сен-22, 11:52
	Давайте будем честны: дебиан можно втулить на виртуалку с вчетверо меньшим объемом оперативки чем фидору. И его пакетный менеджер никому сливать по функциональности не собирался. Разве что наиболее чокнутую оверинженерию типа потуг роллбэка в стиле MSI инсталлера не сделали, но вот это вот - намного лучше снапшотами реализуется. Виртуалки, или FS, один фиг, пойнт в том что там вообще system-wide консистентность достигается без особых усилий. И да, ну охренеть просто - не прошло и 30 лет как редхат заметил что пакетник являющий собой картонный макет, оказывается, жестко с@ет.
	Ответить \| Правка \| К родителю #103 \| Наверх \| Cообщить модератору


	147. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от лютый ж.... (?), 10-Сен-22, 12:43
	>Он по сути только устанавливалка и сносилка пакетов, +/-. удивительно, но мне последние 20 лет только это и надо от ПАКЕТНОГО МЕНЕДЖЕРА ) ставить, удалять и обновлять пакеты.
	Ответить \| Правка \| К родителю #103 \| Наверх \| Cообщить модератору


	239. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Ananim (?), 14-Сен-22, 09:40
	Зависимости сам резалвишь, умник? Транзакции тоже ручками, да? Или баш-портянками, гений?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	254. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от annanm (?), 16-Сен-22, 15:45
	А что, pacman не умеет в зависимости?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	257. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Большой ххх (?), 07-Ноя-23, 22:22
	Не хами человеку, е*лан, лучше дай чёткие примеры.
	Ответить \| Правка \| К родителю #239 \| Наверх \| Cообщить модератору


	143. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+2 +/–
	Сообщение от Аноним (143), 10-Сен-22, 11:49
	>Вот как раз для таких задач питон отлично подходит - он отлично справляется > с io-bound задачами. 1) IO нынче стал быстрый, так то. На SSD стать io bound еще суметь надо. И это уж точно не про пихон. 2) Просто для понимания, Debian может на 64 мегах RAM ставить пакеты без свопа. Пихонятина делает лапки кверху даже на 256. А вас не смущает что виртуалкам нацеленным на изоляцию сервисов в результате приходится выкраивать в РАЗЫ больше оперативки, не потому что сервису надо, а потому что иначе пакетник умрет по OOM, да еще попутно базу себе убьет, обделавшись с брызгами. Ну а в результате при большой числе VM эта дрянь стоит весьма измеримых денег даже в энтерпрайзе.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	182. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от анонимус (??), 11-Сен-22, 00:36
	1) ожидание работы с сетью несоизмеримо больше чем работа с диском. Поэтому нет разницы на каком языке ты ждёшь Да, питон мягко говоря жирный по памяти. Но надо понимать что он даёт взамен - гибкость, простоту разработки, поддерживаемый код и армию оперсорц разрабов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	184. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	–1 +/–
	Сообщение от Аноним (184), 11-Сен-22, 08:12
	> 1) ожидание работы с сетью несоизмеримо больше чем работа с диском. Сеть как и диски бывают ОЧЕНЬ разные. Как конкретный пример, вгрузка пакетов с локального кеширующего прокси по скоростной LAN или виртуальному LAN на виртуалку занимает времени лишь чуть более чем нифига. > Поэтому нет разницы на каком языке ты ждёшь Или не ждешь, IO нынче стал быстрый, чему пруфом жесткая оптимизация линукскернела на тему оверхеда. > Да, питон мягко говоря жирный по памяти. Но надо понимать что он > даёт взамен - гибкость, простоту разработки, поддерживаемый код и > армию оперсорц разрабов. 1) Лично мне от этой армии вебмакак ничего не нужно. 2) Моя жизнь будет лучше если они с их художествами будут от пакетных менеджеров которыми я пользуюсь как можно дальше. Если кто не понял, пакетный менеджер это критичный системный компонент и более идиотские аргументы за вон те решения в критичном системном компоненте я себе представить не могу. Знаете чо, сайты-визитки клепайте своей армией с этим подходом, там вас поймут, клиент все равно лох и не рубит. Впрочем, корпы таки на игогошку валят и скоро вы таки вот имнено только визитки и будете делать по 5 баксов в час.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	256. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от _dmnord (?), 19-Сен-22, 21:02
	Скажите это тем, кто работает с контейнерами в Кубере, где после запуска dnf перезагружается под из-за нехватки памяти. Можно, конечно, сказать о том, что это не то место, где надо запускать dnf в рантайме, но при тех же условиях работы пода, тот же apt и apk заметно выигрывают, а все потому, что написаны не на питоне.
	Ответить \| Правка \| К родителю #14 \| Наверх \| Cообщить модератору


	29. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+4 +/–
	Сообщение от svsd_val (ok), 09-Сен-22, 12:32
	Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны только в том случае если во время установки пакетов рухнет система или свет отрубят и данные не попадут на винт... Но они выедают Очень и Очень много времени. Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать их это в разы ускорит все процессы, но нужно не забывать что можно потерять данные либо поломать систему если во время установки что-то пойдёт не так.. К примеру eatmydata с этим хорошо справляется....
	Ответить \| Правка \| К родителю #2 \| Наверх \| Cообщить модератору


	68. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Аноним (68), 09-Сен-22, 14:54
	>> Потому при установке множества пакетов либо обновлении ОС/софта их можно временно отключать Как их отключить?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	70. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+2 +/–
	Сообщение от Аноним (70), 09-Сен-22, 15:19
	Так он же сказал, eatmydata с этим справляется. Но, вообще, делать этого очень не стоит, окирпичевание вещь вообще не слишком, а повреждения случайных данных в случайных местах (не только последний пакет) вещь ещё менее приятная и излишне травмоопасная.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	–2 +/–
	Сообщение от Аноним (98), 09-Сен-22, 19:15
	Ну взял и откатил системный раздел на последний снапшот, делов-то.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	108. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+1 +/–
	Сообщение от Dead President (?), 09-Сен-22, 20:36
	> Ну взял и откатил системный раздел на последний снапшот, делов-то. Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать систему стабильной и пользоваться стабильными ФС, они городят снапшоты системы, которые, по сути, и нужны, чтобы спасать её от кривых рук хипсторов и таких же кривых сырых поделий, которые они скороспело внедряют в системы и обкатывают её на своих халявных тестерах, тем временем энтерпрайзный сектор, пользуя коммерческий готовый продукт, обкатанный на этих самых новичках, не спешит тянуть к себе в прод всякую подобную дичь. Заметил, такое веяние относительно недавно появилось, как и всякие линуксоблогиры, топящие за такую хрень, видать кое-кто мощно заносит, раз всех, как по команде, прорвало тугой струёй похвалы и рекомендаций подобной фуеты.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+1 +/–
	Сообщение от Аноним (136), 10-Сен-22, 09:33
	Идиотизм - это sync'ать после каждого пакета в надежде, что свет отключат сразу после. Или - нет, надеясь что не отключат совсем. А снять клон корня, на случай, если что-то пойдёт не так, и накатить обновления, записав на диск только разницу, а в случае неуспеха - откатить обратно, и всё молниеносно, автоматически, без участия пользователя - это накопленная веками мудрость.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	139. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	–1 +/–
	Сообщение от n00by (ok), 10-Сен-22, 10:57
	Идиотизм - это когда urpmq --whatrequires glibc исполняется пять минут. Это - вывод зависимостей, ничего не устанавливает, только читает БД. Но БД при этом очень много sync'ает. И никто ничего не может с этим поделать. Вот это настоящий идиотизм. А у вас тут просто борьба поколений.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Аноним (145), 10-Сен-22, 11:59
	> Абсолютно дегенеративный подход современных хипторов, вместо того чтобы делать систему > стабильной и пользоваться стабильными ФС, они городят снапшоты системы, > которые, по сути, и нужны, чтобы спасать её от кривых рук хипсторов > и таких же кривых сырых поделий, которые они скороспело внедряют в системы 1) Людям свойственно ошибаться. 2) Ошибаются все. Кодеры. Майнтайнеры. Админы. Юзеры. И вот скажи, если я допустим апдейт накатил но остался недоволен результатом - почему я должен заниматься многочасовой греблей вместо того чтобы откатить этот факап за 2 минуты и заняться именно тем чем планировал сегодня заняться? :) > и обкатывают её на своих халявных тестерах, тем временем энтерпрайзный сектор, > пользуя коммерческий готовый продукт, обкатанный на этих самых новичках, не спешит > тянуть к себе в прод всякую подобную дичь. Энтерпрайзный сектор, чтоб вы знали, снапшоты возлюбил раньше вас на хренадцать лет, при том везде. От виртуалок (там фиче в типовых виртуализаторах лет наверное 20, а может и больше) до ФС (когда там сани ZFS начали корябать? Или это энтерпрайзно энтерпрайзно?!).
	Ответить \| Правка \| К родителю #108 \| Наверх \| Cообщить модератору


	107. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от svsd_val (ok), 09-Сен-22, 20:28
	Всё зависит от того какие пакеты ставятся / обновляются и в каком из моментов произойдёт "отвал". В большинстве случаев это окерпичиванием не грозит... не все данные попадут на винт - это Да... а вот ЕСЛИ конечно это не процесс обновления ядрышка и граба на этом этапе можно окерпичить... но нужно понимать что вероятность зависит от того есть ли у Вас ИБП и какая часть данных попала на винт... В остальном же Я пользуюсь этим трюком постоянно, особенно когда прилетают туча мелких(пакетов) на несколько гб обновлений. На юзал и юзаю на NVME,HDD,SSD и почти всегда это прям ОЧЕНЬ много времени экономит. К тому же EatMyData в конце всё же делает fsync, но если боитесь можно запустить самому выполнив в консоле sync.
	Ответить \| Правка \| К родителю #70 \| Наверх \| Cообщить модератору


	74. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+2 +/–
	Сообщение от Роман (??), 09-Сен-22, 15:54
	в своих сборочных окружениях можно попросить девопсов чтобы force-unsafe-io сделали или даже целиком везде, все равно контейнер пересобрать можно https://medium.com/opsops/speeding-up-ci-cd-on-dpkg-based-sy...
	Ответить \| Правка \| К родителю #68 \| Наверх \| Cообщить модератору


	79. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от Аноним (68), 09-Сен-22, 16:35
	Благодарочка вам и комментатору выше, даже как-то раньше не задумывался насчет fsync при сборке контейнеров.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	–3 +/–
	Сообщение от Роман (??), 09-Сен-22, 15:52
	Поломать систему? щас дальше докер контейнера и не надо, а там уж можно и поломать и заново сборку запустить. Те кто зачем то линукс на десктоп - они и так сами администраторы по доброй воле, как раз скилл качнут :)
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	105. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от I.F.K. (?), 09-Сен-22, 19:54
	> Отчасти согласен, но в большинстве случаев очень сильно грузят сюнки. К примеру > в dpkg/apt после установки каждого пакета выполняют команду flush&sync которые полезны > только в том случае если во время установки пакетов рухнет система > или свет отрубят и данные не попадут на винт... Но они > выедают Очень и Очень много времени. Потому при установке множества пакетов > либо обновлении ОС/софта их можно временно отключать их это в разы > ускорит все процессы, но нужно не забывать что можно потерять данные > либо поломать систему если во время установки что-то пойдёт не так.. > К примеру eatmydata с этим хорошо справляется.... И как же это правильно, бо время на установку и обновление не сильно увеличивается, apt даже быстрее на Debian отрабатывает, чем на федорке её тормозной dnf, зато когда вашу дупу спасёт это самое спасение в случае отрубания электричества или ещё какого факапа, вы будете благодарить богов, что эта фича там есть, я гарантирую это! И да, apt, как и его родительский дистр, это про СТАБИЛЬНОСТЬ, а не про скорость, СТАБИЛЬНОСТЬ в разных аспектах.
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	111. "В Fedora 39 намечен переход на DNF5, избавленный от компонен..."	+/–
	Сообщение от svsd_val (ok), 09-Сен-22, 20:59
	Не согласен с Вами, голова нужна что бы ей думать. Время установки и обновления могут занимать часы и я это по личному опыту знаю. В целом же Для таких вещей всегда рекомендуют что бы был ИБП на компе (на серверах без них никуда), на ноуте есть свой источник питания... Таким образом на компе с hdd, ноуте и вот когда система ваша находится на сетевом винте который лежит на "медленных" хранилищах которые "мучают все вся" это прям спасение, там сразу очевидны плюсы. Я согласен что sync спасает от такого косяка во время манипуляций с пакетами. Это ОЧЕНЬ хорошая особенность, но нужно так же раскинуть немного серым веществом что бы понимать и пользоваться этим... Ведь всегда нужно понимать что ты делаешь и для чего .... что бы не сесть в лужу. А по поводу дэбы .... Я уже тучу лет сижу на Debian SID где то с этча и знаю какие плюсы и минусы у неё. Попробуйте как-нить обновить систему dist-upgrade и посмотрите сколько же времени это всё съедает. А теперь представьте что ВЫ это делаете на ноуте с HDD... где и так винт судьбою обижен со своими 5200, да в принципе и на SSD это не сильно спасает...(хотя тут всё конечно зависит от железа и ссдшника) сюнки когда их много съедают очень много времени, А вот если Вы ставите большие пакеты в малом кол-ве, это не так заметно =)
	Ответить \| Правка \| Наверх \| Cообщить модератору