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

Утверждён переход Fedora Desktop на Btrfs и замена редактора vi на nano, opennews (??), 16-Июл-20, (0) [смотреть все] Ну, слава богу, люди наконец-то признают, что btrfs is better , Аноним (1), 13:19 , 16-Июл-20, (1)   // зависит от того, с чем сравнивать и по каким критериямона неплоха, но а а как же, freehck (ok), 13:21 , 16-Июл-20, (3) +3   // Ну, согласен, несколько категорично заявил, хотя Better FS - это один из одобр, Аноним (1), 13:46 , 16-Июл-20, (16) +3   // А что, другие есть О_ОА потом при 40 свободных гигах она тебе вдруг скажет, что, Annoynymous (ok), 15:40 , 16-Июл-20, (85) +2   Это еще ухитриться так надо Шишкин, залогинься , Аноним (-), 19:53 , 16-Июл-20, (187) +1   Это подтвержденная фича Btrfs Просто у меня на ноутбуке 20 гигабайт свободны, Aplay (ok), 12:43 , 20-Июл-20, (355)   Дык позырь на их вике , Аноним (198), 21:11 , 16-Июл-20, (198)   BroneTRansporterFS, Bdfybec (?), 23:12 , 16-Июл-20, (216) +3   Also ButterFS, BetterFS , Аноним (221), 23:43 , 16-Июл-20, (221) +1   BitterFS, again2007 (?), 02:45 , 17-Июл-20, (231) +2   Только если ее инсталить будет некто типа поха или тому подобных рож с бсдшно-юн, Аноним (-), 02:54 , 17-Июл-20, (233) –2   Какая зашкаливающая вежливость и аргументативность Аж сразу хочется вступить в , Аноним (280), 13:58 , 17-Июл-20, (280)   Это, гмм, краткое обобщение опыта общения на опеннете за 10 лет Ну вот как-то т, Аноним (290), 19:22 , 17-Июл-20, (290)   Как обычно, в своем глазу бревно не замечаю Только вот, ЧСХ, у местных анон, Аноним (-), 00:54 , 18-Июл-20, (312)   Скорее умею вернуть фавор Хотя некий пойнт признаю, про рож можно и повежливе, Аноним (-), 02:16 , 18-Июл-20, (320)   А знаете, между нами, на практике это называют двойные стандарты Когда у , Аноним (-), 02:41 , 18-Июл-20, (321)   Ггг все проще как обычно, истина где-то посередине Бывает и так и сяк И к как, Аноним (-), 06:08 , 18-Июл-20, (329) +1   Выводы вида ветер дует, потому что деревья качаются , с подгонкой под них пары , Аноним (335), 16:11 , 18-Июл-20, (335)   Вообще-то наоборот Инвестиции приходят если инвесторы видят перспективы Какие , Аноним (-), 19:48 , 18-Июл-20, (339) –1   Попробовав один раз фичу при обнаружении ошибок на диске завешивать намертво се, КО (?), 16:07 , 16-Июл-20, (95) +7   Скрыто модератором, Аноним (-), 16:52 , 16-Июл-20, (115) –3   Скрыто модератором, Аноним (121), 17:02 , 16-Июл-20, (121) +2   Скрыто модератором, Аноним (-), 17:19 , 16-Июл-20, (131) –3   Это когда было и на каком ядре А то довольно странно что у фэйсбука с миллиардо, Аноним (-), 19:54 , 16-Июл-20, (188)   У фейсбука наверняка своя версия и штат толковых специалистов её поддерживающих , Аноньимъ (?), 07:43 , 17-Июл-20, (242) +1   Да, git log это подтверждает Фокус в том что этот git log - у меня на диске И , Аноним (-), 01:38 , 18-Июл-20, (315)   Уже не помню - примерно тогда кагда его первый раз в анаконде стало можно выбира, КО (?), 07:53 , 17-Июл-20, (245)   btrfs стабильна в базовом варианте без подразделов, снапшотов, сжатия и прочего, Аноним (259), 11:13 , 17-Июл-20, (259) –1   Но там-то зачем 8-OЧто-то темнит этот пейсбук, карты путает, похоже вот именно, Аноним (270), 12:37 , 17-Июл-20, (270)   Булшит от чувака который btrfs видел только на картинке 1 Подразделы subvolume, Аноним (-), 19:37 , 17-Июл-20, (291)   На скорость некоторых операций влияет https btrfs wiki kernel org index php G, Третий аноним (?), 03:45 , 23-Июл-20, (360)   Так а там кроме write hole были еще проблемы , Catwoolfii (ok), 15:33 , 16-Июл-20, (83)   // Еще были заскоки при починке, но в свежих ядрах все известные грабли починены Л, Аноним (-), 16:53 , 16-Июл-20, (117) –1   Да он там есть, и даже работает Просто менее протестирован чем некоторые другие, Аноним (-), 16:49 , 16-Июл-20, (113)   Не любитель советовать, но все же, погуглите на тему Why not use raid5 В двух с, OpenEcho (?), 20:09 , 16-Июл-20, (189) –1   // Можно просто почитать вику btrfs-а Там достаточно честная оценка фактических ре, Аноним (-), 20:54 , 16-Июл-20, (195)   Что более разрушительно после внезапного отключения электричества или отвала бат, анон (?), 13:47 , 16-Июл-20, (18) +3   // Ни разу не видел, чтобы btrfs рассыпалась после отключения электричества , Аноним (1), 13:53 , 16-Июл-20, (26)   // А мне не повезло, я видел , vdb (?), 16:18 , 16-Июл-20, (97) +5   Давно И чего в результате вышло Потому что я издевался над ним так и сяк, но у, Аноним (-), 16:54 , 16-Июл-20, (118)   Похер - зависит от твоего личного везения, а не от fs Любой можно умудриться на, Аноним (27), 13:55 , 16-Июл-20, (27) –2   // Где можно почитать полезную информацию по этой теме , Аноним (71), 15:16 , 16-Июл-20, (71) +2   Если до этого дошло - ну, в исходниках ФС, наприиер , Аноним (-), 21:46 , 16-Июл-20, (205) –1   Не только Скажем btrfs умеет зеркалировать метаданные Даже на одиночном диске , Аноним (122), 17:02 , 16-Июл-20, (122)   или наоборот - внезапному облому там, где банальная ext4 ну потеряла бы может по, Аноним (27), 17:29 , 16-Июл-20, (141) –1   Он к этому не склонен, так что на себе я это ни разу не ощутил, хотя пробовал до, Аноним (191), 20:23 , 16-Июл-20, (191)   ext старается спасти файлы очень сильно, но сама фс очень хрупкая, может часами , leap42 (ok), 15:51 , 16-Июл-20, (91)   // У ext а действительно неплохой fsck, с точки зрения _data recovery_ но для _эксп, Аноним (-), 17:18 , 16-Июл-20, (129) +1   в реальных условиях если данных не жалко, а важно работать - система либо во, Аноним (27), 17:33 , 16-Июл-20, (143)   И вот эта вот вторая часть балета бывает достаточно не прикольной Особенно учит, Аноним (193), 20:40 , 16-Июл-20, (193)   ну так тебе важно работать , или где Если это васян-локалхост, то постоит, пока, Аноним (27), 07:51 , 17-Июл-20, (244) +1   У меня, видите ли, юзкейсы разные и не факт что такие как у вас В некоторых слу, Аноним (-), 20:22 , 17-Июл-20, (292)   А что, она уже перестала непредсказуемо отваливаться, ругаясь на забитые метадан, nameman (?), 13:59 , 16-Июл-20, (35) +6   // теперь она предсказуемо отваливается, ругаясь на забитые метаданные Причем без , Аноним (27), 14:05 , 16-Июл-20, (44) +6   // Там вообще-то просто сделали золотой резерв на совсем уж пиковые случаи - и ес, Аноним (239), 07:18 , 17-Июл-20, (239) +1   накину, zfs рулит и педалит , Аноним (61), 14:55 , 16-Июл-20, (61) +7   // Угу, единственная в линукс-мирке fs, неспособная использовать увеличившийся диск, Аноним (27), 15:16 , 16-Июл-20, (72)   // ext4 вообще-то тоже модная-молодежная, это ж не ext2 3 , Аноним (124), 17:10 , 16-Июл-20, (124)   Btrfs все это тоже умеет Вплоть до целенаправленного быстрого удвигания данных , Аноним (-), 22:19 , 16-Июл-20, (210)   это не shrink shrink нужен когда диск один и он виртуальный , и надо освободит, Аноним (272), 12:45 , 17-Июл-20, (272)   Это еще один вид shrink - в том плане что места на ФС будет меньше, данные с ука, Аноним (-), 20:37 , 17-Июл-20, (293)   Но педалит она где-то там Не в майнлайне Хотя если вам нравится отпадение ФС п, Аноним (-), 17:22 , 16-Июл-20, (134) –1   // Во-первых, там проблема была не в fs, а в дистрибутиве и его косоруких макаках , Аноним (27), 17:53 , 16-Июл-20, (149) +1   Имхо, root cause внеядерный модуль А дистры не бог весть какие ядерщики Крут, Аноним (200), 21:21 , 16-Июл-20, (200) –1   Бухаха Юзеры Феди просто по жизни канарейками работают - сначала на них вяленог, Аноним (89), 15:46 , 16-Июл-20, (89)   // А в чем тогда пойнт тестирования и затраты на это времени и бабла редхатом , Аноним (-), 17:23 , 16-Июл-20, (135)   // Поинт в том, что тестируют пользователи, а не редхат, и бабло отправляется на бо, Аноним (156), 18:13 , 16-Июл-20, (156) +2   Вы ничего не понимаете Так рассуждают только бздуны и прочие корпоративные подс, Школьник (ok), 18:40 , 16-Июл-20, (169)   Completely missed the point Для начала, изменения вносят все же редхатчики, пол, Аноним (198), 21:08 , 16-Июл-20, (196)   ну и потестишь ради хорошей бесплатной оси, которая кстати очень даже стабильна, хотел спросить (?), 19:52 , 16-Июл-20, (186) +2   А чо тянуть, сразу уж переходили бы на ntfs и wordpad , Аноним (2), 13:20 , 16-Июл-20, (2) –3 // они на маках сидят, что линксоидам нужно им виднее , Anonim (??), 13:23 , 16-Июл-20, (4) +3 // Линуксоид, не осиливший vi - не тру , Аноним (2), 13:28 , 16-Июл-20, (8) +7 // Это про юниксоидов 1970-х , Аноним (12), 13:43 , 16-Июл-20, (12) +12 В начале нулевых осилил vi, это был единственный текстовые редактор доступный на, АнонимЪ (?), 13:46 , 16-Июл-20, (15) qНе благодарите, del (??), 13:47 , 16-Июл-20, (17) ctrl-z pkill vi , Ананимас008 (?), 16:37 , 16-Июл-20, (106) что ж вы там такое пишете в 2к20, что vi не справляется , анон (?), 13:49 , 16-Июл-20, (21) –3 Конфиги Но vi для них в 2020-м неудобен , Аноним (12), 14:01 , 16-Июл-20, (38) как там без регекспа правится, норм, зажатие нерва не беспокоит , анон (?), 14:59 , 16-Июл-20, (62) Отлично , Аноним (12), 16:23 , 16-Июл-20, (99) современные конфги они на json, а он, как и предыдущий xml, регэкспами не очень , КО (?), 16:33 , 16-Июл-20, (102) Ты чё, дедушка Современный конфиг 8212 это TOML, JSON 8212 позавчерашний , Анончик (?), 16:40 , 16-Июл-20, (107) +3 Вообще выглядит ничего Как ini на стероидах , Аноним (180), 19:34 , 16-Июл-20, (180) Очень даже удобен, fske (?), 18:36 , 16-Июл-20, (167) На вкус и цвет , Аноним (202), 21:29 , 16-Июл-20, (202) CoC md, Аноним (27), 14:03 , 16-Июл-20, (40) +3 Ну так название обязывает - CoC must die это звучит , Аноним (-), 17:24 , 16-Июл-20, (136) +1 Так чтобы эту единственную фразу в файле сохранить никакие редаторы не нужны, до, Аноним (12), 17:37 , 16-Июл-20, (145) Зачем сохранять Имя файла и так намекает - Code of Conduct must die Да, иног, Аноним (198), 21:10 , 16-Июл-20, (197) Там нельзя поставить плагины от васянов на жопаскрипте как vscode А без жопаскр, ann (??), 18:52 , 16-Июл-20, (173) +1 Несмотря на порог вхождения, который сначала отталкивает от vi - освоив его уже , Аноним (1), 13:51 , 16-Июл-20, (24) –3 Что за г но надо писать, что требуется по 100 раз на одну и ту же клавишу нажима, Lex (??), 15:00 , 16-Июл-20, (63) +5 А что там осваивать, там всего два режима - в одном режиме портит текст, в друго, zzz (??), 14:02 , 16-Июл-20, (39) +10 У криворуких всё именно так и обстоит , fske (?), 18:39 , 16-Июл-20, (168) +2 Разрабы Fedora точно на маках сидят или на своём линуксе , Залупа (?), 14:36 , 16-Июл-20, (55) +2 а они из wordpad выйти не могут - сколько ни жамкают ctrl-c, нихрена не выходит,, Аноним (27), 13:56 , 16-Июл-20, (30) +3 Но как же Redhat признавала его deprecated , Аноним (5), 13:24 , 16-Июл-20, (5) +10 // Ну да перепризнает, господи RedHat - это же какой-то конкретный типан с тем или, Анонимныйаноним (?), 13:28 , 16-Июл-20, (7) +2 // А целая орава, с разными Объединяет их, похоже, только общая альтернативная одар, Аноним (27), 13:57 , 16-Июл-20, (33) это для уважаемых клиентов Надо же дорожить репутацией А вот для толпы одаренны, Аноним (87), 15:42 , 16-Июл-20, (87) +1 Видимо стайка вебмакак с сратисом все же нишмагли сделать из гомна и палок норма, Аноним (-), 17:26 , 16-Июл-20, (137) Вместо того, чтобы просто не монтировать отдельно home всё равно пользовательс, Ilya Indigo (ok), 13:27 , 16-Июл-20, (6) –3 // В какой директории православно сделать файлопомойку , Аноним (13), 13:43 , 16-Июл-20, (13) +1 // Сделайте под неё отдельный раздел и примонтируйте куда вам удобно , Аноним (12), 13:56 , 16-Июл-20, (31) +3 // Сделал раздел и примонтировал его в home, так нормально , НяшМяш (ok), 14:05 , 16-Июл-20, (43) +13 Зачем в home, просто в , Ilya Indigo (ok), 14:33 , 16-Июл-20, (53) –1 Так сам решай, нормально ли иименно тебе Какого-то офиального запрета так делат, Аноним (12), 17:11 , 16-Июл-20, (125) примонтировать какой либо раздел в home это несколько глупая идея и неудобная , анонимуслинус (?), 22:04 , 16-Июл-20, (208) –3 Нет, там системная помойка , user (??), 19:41 , 16-Июл-20, (183) –2 Data, Ilya Indigo (ok), 14:31 , 16-Июл-20, (52) –1 // data - так лучше, мне кажется , Аноним (76), 15:19 , 16-Июл-20, (76) Вам так только кажется Это всё равно что в оффтопике хранить фалопомойку в C U, Ilya Indigo (ok), 15:45 , 16-Июл-20, (88) –1 Это включает в себя неопределенный фактор имени юзера А если это перенести надо, Аноним (-), 17:28 , 16-Июл-20, (140) +1 Trash, Минона (ok), 15:16 , 16-Июл-20, (73) В и без субдиректорий, древние так делали , Аноним (-), 17:27 , 16-Июл-20, (139) mnt pomoika, Аноним (-), 17:51 , 16-Июл-20, (148) // mnt 8212 точка временного монтирования по FHS , постоянно живущей помойке, Аноним (257), 10:38 , 17-Июл-20, (257) media filegarbageесли еще ничего не поменялось с тех пор, как я так сделал, Аноним (211), 22:26 , 16-Июл-20, (211) // media 8212 для монтирования сменных накопителей по FHS , помойке с локально, Аноним (257), 10:39 , 17-Июл-20, (258) Ну у меня в mnt ldata и mnt wdata с симлинками в Хотя home, по идее, и пре, Аноним (276), 12:58 , 17-Июл-20, (276) // Если у Вас 1 пользователя компа у меня так , то хранение данных в хоме это зло, evkogan (?), 20:52 , 17-Июл-20, (294) Сообщите адрес Шифровальщики будут рады , лох не мамонт (?), 23:00 , 18-Июл-20, (340) Просто типичный пользователь федоры не может настроить себе автомонтирование фай, Аноним (1), 13:52 , 16-Июл-20, (25) и терять его при неудачной или вообще любой - как сейчас переустановке , Owlet (?), 13:59 , 16-Июл-20, (36) // Большинство переустановок новичками как раз и совершается из-за настроек DE кото, Ilya Indigo (ok), 14:38 , 16-Июл-20, (56) –1 А что, кто-то целенаправленно стирает home при переустанвоке Впрочем, в случа, Аноним (142), 17:31 , 16-Июл-20, (142) Я просто размещу здесь это nano Ctrl Q XON проигнорирован, мр-бр-бр C, RomanCh (ok), 13:38 , 16-Июл-20, (9) +4 // В nano целая панель хоткеев снизу, но ты не читай, а сразу пиши , Аноним (124), 13:40 , 16-Июл-20, (10) +8 // и что весь написанный там словесный понос означает, читатель особенно когда надо, нечитатель (?), 13:45 , 16-Июл-20, (14) +5 // Что происходит при нажатии ескейпа , Аноньимъ (?), 07:46 , 17-Июл-20, (243) Вы конечно же про это Да что бы я без вас делал, спасибо что подсказали G Помо, RomanCh (ok), 13:50 , 16-Июл-20, (23) +5 // Люди, которые не знают, что такое , из vi тем более даже не выйдут , Owlet (?), 13:58 , 16-Июл-20, (34) +6 А вот не надо гадать за других людей Выйдут, не выйдут Речь вообще не об этом , RomanCh (ok), 14:03 , 16-Июл-20, (41) +1 для не подготовленного пользователя надо сделать единообразные хоткеи, ctrl c - , hackroute (?), 15:20 , 16-Июл-20, (77) +3 Я не понял, вам что, мало редакторов в которых есть все интересующие вас хоткеи , RomanCh (ok), 16:29 , 16-Июл-20, (100) не спорю, просто придумывать куда бы еще зафуговать, стандартные, всеми использу, hackroute (?), 16:52 , 16-Июл-20, (116) nano идёт в генте, и этого достаточно для того, чтобы сказать Он понятней всем, Аноним (76), 15:21 , 16-Июл-20, (78) О вот не надо п деть Первый раз когда сел за консоль linux и запустил редакто, Аноним (86), 15:41 , 16-Июл-20, (86) +4 Ну, ваш хомячковый опыт - он конечно истина в последней инстанции Но спасибо за, RomanCh (ok), 16:23 , 16-Июл-20, (98) +2 У меня примерно такой же опыт Так что нас уже двое против одного А реально я д, Аноним (-), 03:40 , 17-Июл-20, (236) –1 Ага, я уже рядышком написал про миллион не ошибающихся леммингов https www op, RomanCh (ok), 12:48 , 17-Июл-20, (273) Некий пойнт как бы есть, но для себя лично я решил что буду пользоваться техноло, Аноним (295), 20:54 , 17-Июл-20, (295) Я сейчас себе лицо фейспалмами разобью 1 Почему тут блин все обсуждают эргономи, cheater (?), 08:34 , 17-Июл-20, (248) +1 Опечатка, я говорил про w, 4 нажатия shift w ret , cheater (?), 08:46 , 17-Июл-20, (249) Задачка для пятого класса юзер локалхоста колупает пару конфигов в месяц Через, Аноним (-), 01:07 , 18-Июл-20, (313) Я не в курсе, но думаю что ответ вероятно, через время, в разы меньшее чем юзер, cheater (?), 12:38 , 18-Июл-20, (332) ИМХО, хардкорно редактировать что-то именно vim, именно до упора, сейчас остаетс, Аноним (-), 03:04 , 19-Июл-20, (344) ZZ, ZQ , Аноним (361), 04:01 , 23-Июл-20, (361) А я и не знал Серьезно Vi меня в институте учили, поэтому в нём как в своей р, iPony129412 (?), 15:17 , 16-Июл-20, (74) +1 Да ок, предположим я даже догадался что означает X у них на маке, наверное, та, нечитатель (?), 14:01 , 16-Июл-20, (37) +3 Я когда так пугаюсь, то нажимаю Ctrl Z, обычно это уводит в background приложени, RomanCh (ok), 14:08 , 16-Июл-20, (45) +1 Во всех же редакторах спрашивается при выходе про изменения Поведенье как в vi , Аноним (59), 14:47 , 16-Июл-20, (59) +2 Ну тут тоже опять куча вопросов от неподготовленного зрителя Буфер Какой буфер, RomanCh (ok), 15:09 , 16-Июл-20, (66) +3 Это весьма популярное обозначение ctrl- шорткат Даже тут иногда пишут W W W, Аноним (-), 17:39 , 16-Июл-20, (146) Догадайтесь, много-ли начинающих пользователей поймёт W Не забывайте что раз, RomanCh (ok), 18:14 , 16-Июл-20, (157) +2 Ну, блин, vim с шорткатами эпохи чернозеленых терминалов они и тем более не пойм, Аноним (-), 19:44 , 16-Июл-20, (184) vi - достаточно традиционное в IT, про него даже в старых и новых книжках пишут , RomanCh (ok), 22:01 , 16-Июл-20, (207) На мой вкус - не вижу зачем бы мне приучаться к неэффективным по моему мнению ко, Аноним (215), 23:01 , 16-Июл-20, (215) Я не понимаю о чём вы со мной спорить пытаетесь Моё утверждение нам подсовываю, RomanCh (ok), 00:13 , 17-Июл-20, (225) А я полагаю что 1 Кому - вам Не многовато ли ВЫ на себя берете, разглагольст, Аноним (230), 02:25 , 17-Июл-20, (230) извините но ваши пассажи про топтание клавы и то, что хоткеи в vi это дань тра, cheater (?), 09:14 , 17-Июл-20, (250) Оптимизация, извините, в каких constraints Архаичные кейборды где нет F-keys и, Аноним (311), 00:27 , 18-Июл-20, (311) Задействование всего этого - несущественно, это кнопки очень далёкие от home row, cheater (?), 13:55 , 18-Июл-20, (333) Лично я не испытываю проблем их нажать вслепую Так что для меня это быстро и эф, Аноним (-), 00:25 , 19-Июл-20, (341) Как и ожидалось, мышатник-стрелочник, и что-то мне подсказывает, что без слепой , cheater (?), 01:10 , 11-Авг-20, (363) Вопросы этого уровня очень смешно видеть от людей которые столь агрессивно навяз, RomanCh (ok), 12:31 , 17-Июл-20, (269) А я разве навязываю По задумке лишь предлагаю , не более Если тут кто-то что-, Аноним (310), 00:10 , 18-Июл-20, (310) Ага, в 2020-м где-то можно найти клаву с этой мифической Meta Не пора ли начать, Аноним (12), 17:01 , 16-Июл-20, (120) И вот что будут делать с твоим редактором разработчики fedora Новость, напоми, Аноним (27), 18:09 , 16-Июл-20, (155) Разработчики федоры решают что и как они отгружают в дефолтной поставке Это не , Аноним (217), 23:16 , 16-Июл-20, (217) В виме всё, конечно, очевиднее и нагляднее , Твой батя (?), 14:09 , 16-Июл-20, (46) Я этого если что не говорил, хотя там есть пример как оно в vim-е Но вообще я в, RomanCh (ok), 14:18 , 16-Июл-20, (49) Вим бибикает и все портит, а вот нано так не умеет, потому нано плохой, на него , Аноним (124), 15:06 , 16-Июл-20, (65) +1 В нано, извините, шорткаты менее варварские и более быстрые И самые нужные расп, Аноним (142), 17:36 , 16-Июл-20, (144) // Интересно что может быть более быстрое чем однокнопочные команды vim И поясните, RomanCh (ok), 18:16 , 16-Июл-20, (159) +1 // Простите, чтобы даже просто выйти из этой пакости надо нажать , q , и enter, Аноним (-), 18:27 , 16-Июл-20, (163) Больше агрессии, больше восклицательных знаков, больше капса, большей глупостей , RomanCh (ok), 21:42 , 16-Июл-20, (203) Если нечто выглядит как мамонт и бодается как мамонт то получает свои копья и, Аноним (-), 23:29 , 16-Июл-20, (219) Что-то новенькое в палеозоологии, но пропустим Да нет же, я серьёзно полагаю что, RomanCh (ok), 00:19 , 17-Июл-20, (226) А я серьезно полагаю что если такая вещь как правка конфига на цать строк требуе, Аноним (-), 02:46 , 17-Июл-20, (232) Вы в очередной раз демонстрируете непонимание того о чём я вам говорю А говорю , RomanCh (ok), 12:38 , 17-Июл-20, (271) Я для себя выбрал иной подход посмотреть как делают другие, порулить вместе с н, Аноним (300), 22:49 , 17-Июл-20, (300) Блин, хоть вим и редактор для инопланетян от инопланетян, но nano - это просто н, vitalif (ok), 13:42 , 16-Июл-20, (11) +9 // Вим так то не редактор, а язык программирования , del (??), 13:48 , 16-Июл-20, (19) еще один Видишь ли, большинство разработчиков федоры никогда в жизни не видел, нечитатель (?), 13:48 , 16-Июл-20, (20) –4 Им бы обоим и nano, и mcedit основные горячие клавиши сделать бы как у гуевых те, Аноним (12), 13:49 , 16-Июл-20, (22) +3 // по этому вопросу micro https micro-editor github io , mamonts (ok), 13:56 , 16-Июл-20, (29) // Судя по размеру - нихрена он не микро а фигли - гошечка Ctrl-G - help - это , Аноним (50), 14:22 , 16-Июл-20, (50) +2 Тут скорее всего больше проблема всего этого IBM PC Microsoft в ненормальных шор, iPony129412 (?), 17:16 , 16-Июл-20, (127) –1 // Ну хр с ним, можно и какие другие Но только, чтоб во всех редакторах, по крайне, Аноним (12), 17:27 , 16-Июл-20, (138) У vim легаси не из этого мира - а из мира черно-зеленых терминалов и клавиатур г, Аноним (-), 18:33 , 16-Июл-20, (165) +1 Ну нет Есть же примеры нормальных шорткатов - 127822 Вот тебе CMD C и CTRL C, iPony129412 (?), 18:44 , 16-Июл-20, (170) Чего это за фекалия И чего Шорткаты как шорткаты вроде По типу майкрософтовски, Аноним (-), 19:52 , 16-Июл-20, (185) –1 Да ничего подобного Сколько там шорткатов для копирования Штук пять в зависимос, iPony129412 (?), 07:21 , 17-Июл-20, (240) Ну может и неплохая идея, но меня накрайняк устраивает и ctrl-shift-c, тот же са, Аноним (300), 22:53 , 17-Июл-20, (301) Ты в консольке-то работать пробовал, мальчик , Sarcastic scutosaurus (?), 14:57 , 18-Июл-20, (334) срочно запилить свой текстовый редактор для новичков с классово правильными вин, Аноним (61), 15:01 , 16-Июл-20, (64) +1 А нано это мелкий тул для редактирвоания конфигов , Аноним (-), 23:31 , 16-Июл-20, (220) тут тоже изменения пакетом впихивают , Агл (?), 13:55 , 16-Июл-20, (28) –1 Nano для начинающего понятен и прост В отличии от vi vim, которые непонятны не , swine (ok), 13:57 , 16-Июл-20, (32) +7 В кои-то веки до них дошло, что текстовый редактор должен быть текстовым редакто, Fracta1L (ok), 14:04 , 16-Июл-20, (42) +13 Сделать дистрибутив более ламерским Раньше то как-то люди начинали пользоваться, Аноним (48), 14:16 , 16-Июл-20, (48) –6 // Для хакеров сборку генту никто не отменял А также LFS и вот это вот все Если, Аноним (51), 14:31 , 16-Июл-20, (51) // В генту nano если чё Оно даже в базовые файлы прописано и очень ругается, когда, Аноним (67), 15:11 , 16-Июл-20, (67) // Vim, кстати, продолжал работать, хотя там тот же ncurses который у меня тогда с, Аноним (67), 15:14 , 16-Июл-20, (69) Тут суть не в самом генту, а в самом процессе ее сборки , Аноним (51), 17:58 , 16-Июл-20, (150) Чё её собирать Самый обычный дистрибутив, разве что сделали чтобы было попроще , Аноним (67), 18:35 , 16-Июл-20, (166) Всю жизнь он тут был по-дефолту, а тут вдруг репы теперь советуют подключать Ну, Аноним (48), 15:18 , 16-Июл-20, (75) –1 // Тут же GNU Linux юниксом не считают , Аноним (12), 17:19 , 16-Июл-20, (130) Дык euler linux штука довольно специфичная , Аноним (-), 21:57 , 16-Июл-20, (206) Да, помню я qemm386 в config sys и soundblaster в autoexec bat прописывал без вс, Аноним (124), 15:12 , 16-Июл-20, (68) +2 // Из Нортона по F4 Я бы тоже без интернета догадался , Аноним (12), 17:21 , 16-Июл-20, (132) // это если этот самый волков нортон есть а если бы таки прочел книжечку, то понял , Ананимас008 (?), 04:11 , 17-Июл-20, (238) Раньше терминалы физические были без клавиш F1 - F12 и без, привычных нам, Ctrl,, Аноним (12), 16:31 , 16-Июл-20, (101) // Это в какой параллельной вселенной и насколько раньше До сотворения мира, или, Аноним (27), 18:25 , 16-Июл-20, (162) А вот фиг вам PF1 - PF24, а у IBM-овских 327x еще PA1-PA3 , Ag (ok), 13:51 , 17-Июл-20, (279) // PF24 - это только IBM и есть, причем только 3277 - у более ранних только 12, а , Аноним (27), 22:05 , 17-Июл-20, (296) А еще раньше люди загрузчик тумблерами на шине себе набивали, и никто от этого н, Аноним (160), 18:20 , 16-Июл-20, (160) // Раньше это, к примеру когда я захотел FreeBSD изучить и купил по ней книжку Там, Аноним (48), 19:38 , 16-Июл-20, (181) // Прикольные, конечно, проекции, но не угадали я еще дедушку Нортона видел И даж, Аноним (-), 20:51 , 16-Июл-20, (194) –4 Самый адекватный камент, Нормальный (ok), 13:00 , 17-Июл-20, (277) –1 Ну я как бы пробовал и фрибсд И не понял нахрена делать столько дурацких ритуал, Аноним (-), 23:56 , 17-Июл-20, (309) лучше бы ты дедушку фрейда видел, мальчик с синдромом утенка для людей, чьи мозг, Аноним (27), 22:14 , 17-Июл-20, (297) Не факт, не факт, хотя дедушка конечно тот еще затейник Ггг и что характетно, в , Аноним (-), 23:47 , 17-Июл-20, (308) для страдающих синдромом утенка - безусловно Остальные пользуются шеллом в юник, Аноним (27), 02:03 , 18-Июл-20, (317) Кроме утят тут дело еще и в 1 Скорость Это _быстрый_ способ навигации по иерар, Аноним (-), 04:45 , 18-Июл-20, (324) ничуть не быстрее шелла вы забыли про двадцать раз нажать стрелку вниз, прежде ч, Аноним (272), 13:20 , 20-Июл-20, (356) +1 А BTRFS научилась в swap to file , Ilya Indigo (ok), 14:35 , 16-Июл-20, (54) // Своп раздел лучше чем файл Но дело конечно ваше , BlackRot (ok), 14:44 , 16-Июл-20, (58) Да https opennet ru 50201-linux, n00by (ok), 15:14 , 16-Июл-20, (70) +1 Что означает научились в Пропущен ещё один глагол, картавый ты не-русь Научи, Аноним (76), 15:24 , 16-Июл-20, (80) –4 // Это опеннетовский мем, как доколе, множество ошибок, говорили они , оффтопик, , Ilya Indigo (ok), 15:38 , 16-Июл-20, (84) +1 Линус Торвальдс одобряет Btrfs Он ещё юзает федору , BlackRot (ok), 14:43 , 16-Июл-20, (57) // Ему не до того, ему важнее от master slave отказаться, чтобы его рыхлое тельце г, Аноним (76), 15:25 , 16-Июл-20, (81) +3 Забыли указать в новости, что помимо набора нужных далеко не каждому фич, btrfs , Аноним (60), 14:51 , 16-Июл-20, (60) +1 // Смеешься У нее 32x write amplification, ты эти издержки контрольных сумм на т, Аноним (27), 15:22 , 16-Июл-20, (79) // btrfs медленнее ext4, однако Однако это не отнимает её прочие преимущества по , Аноним (76), 15:27 , 16-Июл-20, (82) –1 // Пруфы в студию , DrDiablo (ok), 15:58 , 16-Июл-20, (93) Чисто логически, счет чексум - некое дополнительное действо И на него ессно ухо, Аноним (-), 21:26 , 16-Июл-20, (201) Чисто логически COW быстрее , VINRARUS (ok), 23:24 , 17-Июл-20, (307) У вас явные проблемы с логикой Наоборот, перезаписать только данные прямо поверх, Аноним (27), 02:07 , 18-Июл-20, (318) 1108 то если не нада искать чист 1110 ьй блок, VINRARUS (ok), 03:23 , 18-Июл-20, (323) Вот тут я не особо понял Мысль что лукапнуть размещение файла и его in-place бл, Аноним (-), 06:35 , 18-Июл-20, (330) Всё дело в фрагментацыи, ведь линейная запись чтение всегда быстрее конешно всё, VINRARUS (ok), 11:03 , 18-Июл-20, (331) Паттерны доступа разные бывают То что в свободном месте удастся накопать непрер, Аноним (342), 01:19 , 19-Июл-20, (342) Есть 8212 3D структура памяти без ячеистой привязки, правда она пока токо под, VINRARUS (ok), 22:17 , 19-Июл-20, (352) И таки временами нехило тормозит и глючит Достаточно на опеннет посмотреть Да , Аноним (353), 06:23 , 20-Июл-20, (353) только вот если в середине этого действа случится крах, то будет немого нехор, Аноним (327), 05:26 , 18-Июл-20, (327) Шта , Аноним (257), 19:13 , 16-Июл-20, (178) У меня btrfs надежно становилась RO, когда заканчивалось место , анонимомус (?), 11:59 , 17-Июл-20, (265) +3 Сейчас там достаточно просто стереть что-нибудь Метаданные от этого пойдут в з, Аноним (327), 05:27 , 18-Июл-20, (328) Это при каком характере использования , Аноним (60), 16:55 , 16-Июл-20, (119) // Шишкин делает бенчмарк D, Аноним (-), 18:49 , 16-Июл-20, (172) Afair, там была синтетика, из нескольких небольших linear write и небольших моди, Аноним (27), 18:57 , 16-Июл-20, (174) С дуба упал Хотя, конечно, если исключительно 100-байтовые файлы записывать, ис, Аноним (-), 17:46 , 16-Июл-20, (147) –1 // Нашел тесты, имеющие внятное описание методики, использующие достоверные счетчик, Аноним (27), 18:31 , 16-Июл-20, (164) Лол, чувак Я btrfs ом таки пользуюсь для себя, довольно много где И к дьяволу , Аноним (-), 18:46 , 16-Июл-20, (171) –2 В том то и дело, что уже 128, а то и больше 4 - логический сектор , КО (?), 08:11 , 17-Июл-20, (246) RTFM, 128 - про ERASEBLOCK, вероятно Или как максимум какой-нибудь юнит парал, Аноним (-), 23:24 , 17-Июл-20, (306) Использовать btrfs на девелоперской системе такое себе Захотел виртуалку поднят, Аноним (92), 15:53 , 16-Июл-20, (92) +1 // В умелых руках для девелопера это офигенный и мощный инструмент сказал бырень, Аноним (151), 17:58 , 16-Июл-20, (151) // и хряпается, украв mac а то и ip рабочего инстанса уже лет пятнадцать используют, Аноним (27), 19:04 , 16-Июл-20, (176) +1 // Только если тот кто лепил темплейт - форменный болван и забыл сделать уникализац, Аноним (179), 19:28 , 16-Июл-20, (179) банально - совершенно все равно, относится parent который вовсе необязательно, Аноним (27), 20:22 , 16-Июл-20, (190) Вот ща побегу энтерпрайзятину на тот несчастный дев-лаптоп вкорячивать вместо KV, Аноним (-), 21:42 , 16-Июл-20, (204) мне кажется или они слова решить и создать перепутали , КО (?), 16:04 , 16-Июл-20, (94) +3 Двойственное впечатление Я как-то привык что у меня нет проблем с xfs и ext4 го, Аноним (96), 16:17 , 16-Июл-20, (96) // У btrfs еше метаданные можно зеркалировать, даже на 1-дисковой машине Что очень, Аноним (152), 18:01 , 16-Июл-20, (152) xfs и ext4 пока никто вроде выкидывать на помойку не собирается, Аноним (211), 22:38 , 16-Июл-20, (213) btrfs примерно одноного уровня новья с ext4, Аноним (124), 10:44 , 19-Июл-20, (347) nano так популярен исключительно благодаря нарисованным хоткеям в vim и не такое, mos87 (ok), 16:33 , 16-Июл-20, (103) +3 Объясните, пожалуйста, зачем и home монтировать раздельно , turbo2001 (ok), 16:33 , 16-Июл-20, (104) // на десктопе воркстейшене для 99 незачем юзкейсы которые в теории можно на перо, mos87 (ok), 16:35 , 16-Июл-20, (105) +3 // В btrfs есть смысл, https www opennet ru openforum vsluhforumID3 121285 html 1, Аноним (152), 18:04 , 16-Июл-20, (154) С дистра на дистр прыгать, например - подмонтируешь Хоум и на новой системе стар, anonymous (??), 16:45 , 16-Июл-20, (110) –1 // Только безголовый админ локалхоста такое может делать Хомяк не переносим между , Один (?), 02:58 , 17-Июл-20, (234) +3 Ага, всё на диск C Вот только при установке переустановке системы home вмес, Аноним (12), 17:06 , 16-Июл-20, (123) // А не надо при переустановке системы что попало удалять Так можно и в dev и sy, Аноним (361), 04:11 , 23-Июл-20, (362) В btrfs - чтобы снапшотить независимо систему и данные юзера , например Вы ж, Аноним (152), 18:03 , 16-Июл-20, (153) –1 Господа,а lvm нынче уже не в моде Или я слишком стар для новых модных дистрибут, anonymous (??), 16:41 , 16-Июл-20, (108) // Ну, понимаешь, в btrfs можно просто взять и просто добавить вон тот винч И полу, Аноним (-), 16:47 , 16-Июл-20, (111) –1 // Спасибо, добрый человек А чем за эти удобства придётся платить Просветите в дв, anonymous (??), 17:12 , 16-Июл-20, (126) // 1 Придется все же изучить радикально иной подход к управлению ФС Но, черт возь, Аноним (160), 18:15 , 16-Июл-20, (158) +1 Ещё раз большое спасибо При случае попробую , anonymous (??), 00:34 , 17-Июл-20, (227) Удачи Это лучший способ пощупать любую технологию и самому понять по вкусу оно , Аноним (-), 23:09 , 17-Июл-20, (305) Так сценарий работы у них такой, что редкая птица его дома повторить может В кр, КО (?), 08:24 , 17-Июл-20, (247) +2 Если вы не можете понять такие простые вещи и всю красоту BTRFS, то сидите и дал, Аноним (281), 14:22 , 17-Июл-20, (281) –1 Ну так у бсдюков кроме DF апофеоз их технологий - UFS укуреный А потом еще са, Аноним (-), 23:07 , 17-Июл-20, (304) –2 Прям апофеоз аргументативности То ли дело BTRFS, разработанная и разрабатываемая, Аноним (-), 01:17 , 18-Июл-20, (314) +3 Гыгы, ну я немного посмотрел на это А там группы цЫлиндров, лол Какой винтаж т, Аноним (326), 05:14 , 18-Июл-20, (326) Ключевое тут видимо немного посмотрел Примерно такого же качества и выводы О , Аноним (-), 16:56 , 18-Июл-20, (336) +1 Я мазохизмом не страдаю, потому и немного Вы правы - мои ресурсы ограничены, я н, Аноним (343), 01:56 , 19-Июл-20, (343) –1 Т е ляпнул с умным видом что-то от балды Как и предполагалось Сразу бы так и , Аноним (-), 03:29 , 19-Июл-20, (346) +1 И видел Лулзовую по масштабу некромансию как минимум А так чтобы в чем-то плот, Аноним (349), 11:50 , 19-Июл-20, (349) –1 Глубину лулзов этого видения мы уже имели возможность лицезреть Но да, отмазк, Аноним (-), 14:36 , 19-Июл-20, (351) Для более плотного знакомства - это должно того стоить Как это Я где-то в начал, Аноним (354), 06:50 , 20-Июл-20, (354) Гыгы Зашкаливающий уровень очередного Ыкспердизма Лично я не рискну ссылаться, анонн. (?), 18:45 , 18-Июл-20, (338) Я у себя почти так сделал При системном факапе 1 Revert snapshot Занимает , Аноним (-), 23:04 , 17-Июл-20, (303) а мне не хватает возможности сделать для всего тома data ratio 1, но для некотор, t (??), 01:14 , 17-Июл-20, (229) Btrfs не оперирует разделами Скорее девайсами и логическими иерархиями subvo, Аноним (-), 16:43 , 16-Июл-20, (109) Просто оставлю это здесь https pubs opengroup org onlinepubs 9699919799 utili, Sarcastic scutosaurus (?), 16:51 , 16-Июл-20, (114) // То есть чтобы раз в полгода пару строчек поправить нужно вот это вот изучить Нет, anonymous (??), 17:16 , 16-Июл-20, (128) // Да не учи, если неуч Кто заставляет-то Речь не о том, учить или не учить, а о , Sarcastic scutosaurus (?), 19:05 , 16-Июл-20, (177) // С чего эта древняя поделка стала стандартом Ононимус с опеннета так сказал Ema, anonymous (??), 00:42 , 17-Июл-20, (228) –3 По ссылке не ходил или читать в детстве не научили Разуй глаза и прочитай в сам, Sarcastic scutosaurus (?), 10:31 , 17-Июл-20, (256) тебя не учили смывать все что оставляешь и руки потом помой с мылом , Аноним (61), 17:21 , 16-Июл-20, (133) –2 Ну, начнём с того, что доступность федоры для новичков явно не упирается в то, ч, Аноним (175), 19:01 , 16-Июл-20, (175) // именно в это и упирается - подобные вам хомячки умеют только ctrl-c ctrl-v что , Аноним (27), 20:30 , 16-Июл-20, (192) // Приходилось и centos и debian, но твоих чувств не разделяю, при возможности оста, Аноним (251), 09:28 , 17-Июл-20, (251) ну, мне как хомячку лучше знать в каком месте федора мне не нравится и где по мо, Аноним (254), 10:02 , 17-Июл-20, (254) // вот теперь все верно, а до того - была подмена понятий Новичок и хомячок , коп, Аноним (27), 22:26 , 17-Июл-20, (298) Всё нормально с понятиями, и новичок и хомячок, новенький и пользователь домашне, Аноним (322), 03:09 , 18-Июл-20, (322) обосрать уважаемый дистрибутив использованием btrfs нет, явно не туда свернули, Cyber100 (ok), 19:39 , 16-Июл-20, (182) –2 Самый ненужный дистр помоему Бета версия плохо адаптированная под декстоп , Аноним (199), 21:18 , 16-Июл-20, (199) –2 // Очень даже нужный Надо же кому-то все грабли собрать , Sarcastic scutosaurus (?), 23:49 , 16-Июл-20, (223) // Положим не все, первый ворох граблей по традиции собирают сапёры из рачика Но , Аноним (252), 09:32 , 17-Июл-20, (252) // проблема в том, что их страдания никому совершенно неинтересны, и поэтому даже е, Аноним (27), 22:28 , 17-Июл-20, (299) А вот нифига подобного, при всей моей нелюбви к рачику, рачисты полезное дело де, Аноним (316), 02:02 , 18-Июл-20, (316) Да, вика у них хорошая Из-за глюкавости и грабельности системы грабельки очень , Аноним (-), 12:04 , 19-Июл-20, (350) +1 потеря данных на томе , Аноним (209), 22:08 , 16-Июл-20, (209) +4 А как же вечная бета и вечные потери данных на btrfs Которые, между прочим, мем, FixingGunsInAir (ok), 22:58 , 16-Июл-20, (214) // У Пупкинов с опеннета теряются, а у фэйсбука с миллиардом хомяков - нет Ну вот , Аноним (-), 23:58 , 16-Июл-20, (224) // Ты знаешь как организованы хранилища в МордаКниге Нет, поэтому говорить про над, Один (?), 03:08 , 17-Июл-20, (235) // Прикольный передерг, конечно, но все то же самое можно сказать и про вообще любу, Аноним (241), 07:26 , 17-Июл-20, (241) в общих чертах это известно, да Там распределенное хранилище, избыточность у кот, . (?), 11:21 , 17-Июл-20, (260) Это более верно для гугола чем фэйсбука Фэйсбук более классический в этом плане, Аноним (300), 22:57 , 17-Июл-20, (302) Ну надо же кого-то форсированно заставить тестить эту очень опупительную технол, Аноним (253), 09:39 , 17-Июл-20, (253) +1 // Вот и вкорячат безальтернативно, чтобы уж наверняка как вам не ай-яй-яй The co, Михрютка (ok), 11:44 , 17-Июл-20, (263) // Stratis как чемодан без ручки тащить тяжело, а выкинуть жалко , УсыЛинукса (?), 12:03 , 17-Июл-20, (266) а зачем его выкидывать Это ж всего лишь вебмордочка на ruby или что там было , Аноним (27), 02:15 , 18-Июл-20, (319) А зачем все это в случае btrfs У того, видите ли, свой нормальный тулкит есть с, Аноним (325), 05:03 , 18-Июл-20, (325) Не, не ай-ай-ай, на нашей части суши другие проблемы, так что такие мелочи как с, Аноним (267), 12:04 , 17-Июл-20, (267) Астра Милитарум WЛинукс я тож про него слышал тут опечатка, слеудет читать ВС , Михрютка (ok), 12:14 , 17-Июл-20, (268) Не, в нашем колхозе проще, у нас на отцовском дебьяне всё, у нас колхозаны прави, Аноним (288), 18:45 , 17-Июл-20, (288) Безальтернативно не вкорячат, но по умолчанию если выбрать авторазбивку - впол, FixingGunsInAir (ok), 18:30 , 20-Июл-20, (358) а федора и так - вечная бета и потери данных для ее юзеров не новость - зато хот, Аноним (274), 12:49 , 17-Июл-20, (274) // Толсто вбрасываешь И создаёшь впечатление, что не понимаешь, о чём говоришь Не, FixingGunsInAir (ok), 18:09 , 20-Июл-20, (357) Это говно не юзал, а теперь и тем более не собираюсь , Аноним (218), 23:28 , 16-Июл-20, (218) +1 171 При Btrfs данные разделы можно будет поместить в два подраздела, монтируем, Антон (??), 03:57 , 17-Июл-20, (237) –1 у них прикольная мотивация внедрить btrfswe want to provide file system features, Михрютка (ok), 11:28 , 17-Июл-20, (261) +2 // не сто процентов, у меня есть ноут с 2мя гнёздами под винч 17 дюймовый, а если е, Аноним (287), 18:39 , 17-Июл-20, (287) –1 в каментах взахлеб объясняют, какая замечательная btrfs файловая система - приво, Михрютка (ok), 11:42 , 17-Июл-20, (262) –1 // Смотрит с недоумением а мы его и без чудо-fs не теряли даже при апгрейде с win9, MS (??), 12:58 , 17-Июл-20, (275) // ееееееэто даже гугль не знаетfat 2 ntfs convertAbout 4 results 0 54 seconds но , Михрютка (ok), 14:22 , 17-Июл-20, (282) // Сайт-то у нас есть - у нас тех программистов нет И воскресить их не можем - у н, MS (??), 18:37 , 17-Июл-20, (284) Не объясняют, а объясня b e b т Давно не был на опеннете, не узнаешь горящий , Аноним (-), 14:29 , 17-Июл-20, (283) // Да ладно вам, чтоб на всем опеннете да нашелся всего лишь один бестолковый фанат, Аноним (27), 18:39 , 17-Июл-20, (286) // Просто весьма характерная манера передерга, подмены темы с переходом на личности, Аноним (-), 19:03 , 17-Июл-20, (289) Понахаевшая нерезиновая илитка в треде, прячемся , Аноним (124), 10:46 , 19-Июл-20, (348) OpenSUSE уже давно , srgazh (?), 18:38 , 17-Июл-20, (285) +1 // У них в отличие от редхата, видите ли, есть специалисты по этой ФС Небольшое от, Аноним (345), 03:22 , 19-Июл-20, (345) 1,2,5,6,9,11,28,32,42,48,54,57,60,92,94,96,103,104,108,109,114,175,182,199,209,214,218,237,261,262,285

Сообщения

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

1. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
Сообщение от Аноним (1), 16-Июл-20, 13:19
Ну, слава богу, люди наконец-то признают, что btrfs is better.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+3 +/–
	Сообщение от freehck (ok), 16-Июл-20, 13:21
	зависит от того, с чем сравнивать и по каким критериям она неплоха, но а а как же raid 5? его уж который год обещают завезти, а не завозят, а мы всё ждём и ждём.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+3 +/–
	Сообщение от Аноним (1), 16-Июл-20, 13:46
	Ну, согласен, несколько категорично заявил, хотя "Better FS" - это один из одобренных вариантов произношения Btrfs :D Но она реально универсальна, проста в конфигурации и показывает себя хорошо на многих юзкейсах, даже если того же самого можно добиться какими-то ещё путями (например, LVM'ом, ZFS и т.д.). Многие фичи попробовав раз - уже не слезешь. Рефлинки, дедупликация, data checksumming, сжатие данных и т.д. С RAID 5 действительно, конечно, фейл.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+2 +/–
	Сообщение от Annoynymous (ok), 16-Июл-20, 15:40
	> это один из одобренных вариантов произношения Btrfs :D А что, другие есть? О_О > Но она реально универсальна, проста в конфигурации и показывает себя хорошо на многих юзкейсах, даже если того же самого можно добиться какими-то ещё путями (например, LVM'ом, ZFS и т.д.). Многие фичи попробовав раз - уже не слезешь. Рефлинки, дедупликация, data checksumming, сжатие данных и т.д. А потом при 40 свободных гигах она тебе вдруг скажет, что места нет и давай ребалансинг.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (-), 16-Июл-20, 19:53
	> А потом при 40 свободных гигах она тебе вдруг скажет, что места > нет и давай ребалансинг. Это еще ухитриться так надо. Шишкин, залогинься! :)
	Ответить | Правка | Наверх | Cообщить модератору

	355. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Aplay (ok), 20-Июл-20, 12:43
	Это подтвержденная "фича" Btrfs? Просто у меня на ноутбуке ~20 гигабайт свободных на постоянке.
	Ответить | Правка | Наверх | Cообщить модератору

	198. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (198), 16-Июл-20, 21:11
	> А что, другие есть? О_О Дык позырь на их вике...
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	216. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+3 +/–
	Сообщение от Bdfybec (?), 16-Июл-20, 23:12
	> А что, другие есть? О_О BroneTRansporterFS
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	221. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (221), 16-Июл-20, 23:43
	> BroneTRansporterFS Also: ButterFS, BetterFS...
	Ответить | Правка | Наверх | Cообщить модератору

	231. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+2 +/–
	Сообщение от again2007 (?), 17-Июл-20, 02:45
	BitterFS
	Ответить | Правка | Наверх | Cообщить модератору

	233. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–2 +/–
	Сообщение от Аноним (-), 17-Июл-20, 02:54
	> BitterFS Только если ее инсталить будет некто типа поха или тому подобных рож с бсдшно-юниксным бэкграундом :). У этих и kvm не работает, так что ставят своего работодателя на покупку на ровном месте дорогой комерческой бни :)
	Ответить | Правка | Наверх | Cообщить модератору

	280. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (280), 17-Июл-20, 13:58
	>> BitterFS > Только если ее инсталить будет некто типа поха или тому подобных рож > с бсдшно-юниксным бэкграундом :). Какая зашкаливающая вежливость и аргументативность! Аж сразу хочется вступить в вашу секту!
	Ответить | Правка | Наверх | Cообщить модератору

	290. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (290), 17-Июл-20, 19:22
	> Какая зашкаливающая вежливость и аргументативность! Это, гмм, краткое обобщение опыта общения на опеннете за 10+ лет. Ну вот как-то так бывает что у людей есть affinity к определенной технологии. И тогда в их руках по этой технологии все летает. И вообще - наглядно показывают как выглядит "зашибись!". А иногда affinity нет. И тогда абсолютный максимум который вы увидите - топорная мясницкая работа. Никакого высшего пилотажа, чуваку плевать на то что он делает, в лучшем случае как-то работает, но без гарантий. А иногда бывает и инверс affinity (не знаю как это называется). Так что все из рук валится, дурацкие проблемы на ровном месте и вообще - "все пропало, шеф". При том как вы уже поняли такие идиотские проблемы случаются только у узкой группы особо одаренных индивидуалов. Они на самом деле просто облажались и не поняли как свой талант на что-то дельное применить. И поэтому страдают от своего таланта вместо того чтобы им наслаждаться. > Аж сразу хочется вступить в вашу секту! Я никого никуда не зазываю. Лично я бы хотел видеть вокруг линуха только тех кому оно на самом деле надо, потому что нравится. А всякие похобразные могут идти рассаду выращивать, или чего там предлагали - собак, чтоли, мыть.
	Ответить | Правка | Наверх | Cообщить модератору

	312. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 18-Июл-20, 00:54
	>>> некто типа поха или тому подобных рож >> Какая зашкаливающая вежливость и аргументативность! > Это, гмм, краткое обобщение опыта общения на опеннете за 10+ лет. >> Толковый словарь Ушакова РОЖА — (рождать), лицо, бранное харя; уродливый, некрасивый лицом Как обычно, "в своем глазу бревно не замечаю"? > Ну вот как-то так бывает что у людей есть affinity к определенной > технологии. И тогда в их руках по этой технологии все летает. ... > Они на самом деле просто облажались и не поняли как свой > талант на что-то дельное применить. И поэтому страдают от своего таланта > вместо того чтобы им наслаждаться. Только вот, ЧСХ, у местных анонимов это обычно очень избирательно. Если аноним фанатеет от технологии икс и у него все работает (а что не работает, то и не очень нужно), то "УМВР! Я зашибись! У мена affinity! А у вас руки кривые и таланта нет!". При этом тот же аноним будет поливать технологию игрек фекалиями, приводя в качестве аргумента "я попробовал и у (гениального меня) ничего не получилось, значит это просто овно!" >> Аж сразу хочется вступить в вашу секту! > Я никого никуда не зазываю. Лично я бы хотел видеть вокруг линуха > только тех кому оно на самом деле надо, потому что нравится. > А всякие похобразные могут идти рассаду выращивать, или чего там предлагали > - собак, чтоли, мыть. Интересно, с чего вы взяли, что имелось в виду _ВСЁ_ линух-коммунити? И тем более, что оно должно равняться исключительно на вас? Какое-то исключительное самомнение. Другими словами: "лично я хотел бы видеть только себя и своих клонов-поддакивателей, потому что есть либо мое мнение, либо неправильное!" это конечно приятно и тешит самолюбие, только вот обычно в перспективе не ведет ни к чему хорошему для самого проекта. Вон, вокруг опенка изначально только те, кому он нравится - ваши (и вам подобных) отзывы о нем как-то далеки от лестных, особенно когда дело доходит до поддерживаемых технологий, там одни только "Фе, вот у нас, в линухе ... ого-го!". Неужели анонимы на полном серьезе считают отсутствие горячо любимых себя (с друзьями-единомышленниками) в коммюнити опенка в качестве основной причины "фейла", а не результат развития силами "кому надо", вместо "кому платит шапка, ЕБИЕМ и гугл с ораклом"? Или как обычно "Вы не понимаете! Это другое!"?
	Ответить | Правка | Наверх | Cообщить модератору

	320. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 18-Июл-20, 02:16
	> Как обычно, "в своем глазу бревно не замечаю"? Скорее "умею вернуть фавор". Хотя некий пойнт признаю, про рож можно и повежливее. > Только вот, ЧСХ, у местных анонимов это обычно очень избирательно. Это не у местных анонимов. Это вообще везде. > Если аноним фанатеет от технологии икс и у него все работает (а > что не работает, то и не очень нужно), то "УМВР! Я зашибись! У мена affinity! > А у вас руки кривые и таланта нет!". А знаете, между нами, если вместо вас припахать к задаче того персонажа - у него, пожалуй, все и завертится как раз. Особенно если персонаж юзает технологию не первый год и усвоил сильные и слабые стороны. > При этом тот же аноним будет поливать технологию игрек фекалиями, приводя в > качестве аргумента "я попробовал и у (гениального меня) ничего не получилось, > значит это просто овно!" И как бы я нахожу что тогда у персонажа будет определенный пойнт. И не то чтобы совсем необоснованный. Если технология для него не сработала - ну, значит, не сработала. Слов из песни не выкинешь, а идеальные технологии бывают только на бумаге. На практике же всегда могут оказаться какие-то овраги. > Интересно, с чего вы взяли, что имелось в виду _ВСЁ_ линух-коммунити? Ни с чего. Это некое абстрактное дефолтное допущение. > И тем более, что оно должно равняться исключительно на вас? Какое-то исключительное самомнение. Ох, что вы курите? Срочно бросайте это. Я всего лишь высказал свое персональное мнение и пожелание, которое никого ни к чему не обязывает. Но я был бы рад если бы это было именно так (и буду способствовать такому раскладу в меру сил). Во вы лол :))) > Другими словами: "лично я хотел бы видеть только себя и своих клонов-поддакивателей, Ну что вы. Я бы хотел видеть вокруг себя разумных людей, выбравших технологии и подходы похожие на мои, потому что им так тоже понравилось и они посчитали это хорошим и эффективным так же как и я. И кстати периодически нехило смотреть вокруг и критически оценивать насколько оно хорошо, эффективно и чего можно улучшить. > потому что есть либо мое мнение, либо неправильное!" это конечно приятно > и тешит самолюбие, только вот обычно в перспективе не ведет ни > к чему хорошему для самого проекта. Имхо, толпа злопыхателей загнаных юзать проект из-под палки с аргументом "а то вообще уволим" рулит еще меньше. Человек не на своем месте и занимается нелюбимым делом. Могу только посочувствовать таким людям. > Вон, вокруг опенка изначально только те, кому он нравится - ваши (и > вам подобных) отзывы о нем как-то далеки от лестных, Просто потому что для меня все выглядит так что одиозного пиара больше чем того что этот пиар обещает. Кроме абстрактных слов могу вспомнить и вполне конкретный визит к ним в рассылочку перца из NetBSD устроившего конкретный security circus, очень популярно показывающий насколько круто _декларации_ могут не соответствовать _фактам_. Но даже так я все же признаю что у них есть некоторые полезные идеи типа pledge. Линуксоиды нечто сравнимое передрали и это было хорошей идеей. > особенно когда дело доходит до поддерживаемых технологий, там одни только "Фе, вот у > нас, в линухе ... ого-го!". Ну так это ж правда? У опенка ресурсов - во, у линя - во. Поэтому какие там особенные технологии ожидаются? Вон они виртуализатор пилили. И запилили! Чочо, из VM сразу в kernelmode хоста можно страницы влупить? Ох, вот ты какая, безопасТность системы?! Самое то прикольное - рассказал это чувак из нетбзды, который вообще не участник проекта. И, кажется, после неудачной :)) попытки фикса этсамого, чтоли. Простите, но чисто технологически это со стороны команды опенка просто не выглядело круто и компетентно. > в коммюнити опенка в качестве основной причины "фейла", а не результат > развития силами "кому надо", вместо "кому платит шапка, ЕБИЕМ и гугл с ораклом"? Шапки и ибм пришли видите ли когда уже поняли что это разумный проект, с хорошими перспективами, в отличие от академов по жизни фигарящих на своей волне. Тео вообще одиозный тип, далеко не всегда демонстрирующий рациональное мышление или гибкость ума. > Или как обычно "Вы не понимаете! Это другое!"? Это не мой уровень отмазок, вы меня путаете с кем-от =).
	Ответить | Правка | Наверх | Cообщить модератору

	321. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 18-Июл-20, 02:41
	> А знаете, между нами, если вместо вас припахать к задаче того персонажа - у него, пожалуй, все и завертится как раз. ... > И как бы я нахожу что тогда у персонажа будет определенный пойнт. > И не то чтобы совсем необоснованный. Если технология для него не > сработала - ну, значит, не сработала. Слов из песни не выкинешь, > а идеальные технологии бывают только на бумаге. На практике же всегда > могут оказаться какие-то овраги. А знаете, между нами, на практике это называют "двойные стандарты". Когда "у него не сработало - руки кривые!", "у меня не сработало - слов из песни не выкинешь!". >> в коммюнити опенка в качестве основной причины "фейла", а не результат >> развития силами "кому надо", вместо "кому платит шапка, ЕБИЕМ и гугл с ораклом"? > Шапки и ибм пришли видите ли когда уже поняли что это разумный > проект, с хорошими перспективами, в отличие от академов по жизни фигарящих > на своей волне. Тео вообще одиозный тип, далеко не всегда демонстрирующий > рациональное мышление или гибкость ума. Очередное ничем не подкрепленное мнение. Вообще-то, акцент был на "Лично я бы хотел видеть вокруг линуха только тех кому оно на самом деле надо, потому что нравится. " и некой непоследовательности и избирательности. Потому что корпорасы и их "разработчики за деньги", добавили целую кучу всего - начиная от вашего любимого btrfs и вплоть до поддржки воон того одноплатника. Про "потому что нравится" при этом верится как-то с трудом - Джим Землин или разрабы шапки с их маками как-то этому плохо способствуют, да и поддержка или дрова на от*бись, которые уже шлифуются другими - тоже немного намекают.
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (-), 18-Июл-20, 06:08
	> А знаете, между нами, на практике это называют "двойные стандарты". Когда "у > него не сработало - руки кривые!", "у меня не сработало - слов из песни не выкинешь!". Ггг все проще: как обычно, истина где-то посередине. Бывает и так и сяк. И к какому полюсу ближе в конкретной ситуации - очень зависит от. Вон попроси поха сделать тебе чтонить с линем - "и х... разобьет, и руки порежет". Ну видно же что не его это. А можно позвать кого-нибудь кому нравится что он делает и ощутить разницу. > Очередное ничем не подкрепленное мнение. А какое надо подкрепление? Бзды были до линукса, но инвестировать в них не спешили, т.к. там академики страдали какой-то фигней, профит с которой не очевиден. Да еще оказались эпик лохами в делах лицензионных и AT&T лихо их макнул. Что иронично, сия контора свинтила на убунту. Все же вселенная умеет генерить лулзы. > избирательности. Потому что корпорасы и их "разработчики за деньги", добавили целую > кучу всего - начиная от вашего любимого btrfs Пардон, костяк btrfs написал вполне конкретный человек - Chris Mason. Еще несколько человек причастны к тому что дизайн вот такой. И если вашими терминами, теперь получается что btrfs это скорее фэйсбук, чем оракл? А реально все тот же Мэйсон. А то что он вывеску сменил - и чего? Самая большая заслуга FB - оттестировали на таком парке серверов и нагрузках. Еще zstd прикрутили. И за ним опять же стоит вполне конкретный человек - а не какая-то корпорация с кучей нонеймов. > и вплоть до поддржки воон того одноплатника. Раз на раз не приходится. Вон на те одноплатники с allwinner например производитель не впрягся, и на поддержкой в майнлайне вкалывало сообщество. Забесплатно, да. Но, знаете, прикольные дешевые одноплатнички на копеечных процыках (которые однако ж тянут индустриальный температурный диапазон) почему-то ALL нравятся и немало народа посчитали что майнлайн работающий на этом и сам по себе как награда катит. И впряглись пахать. Самые пронырливые даже пошли на кикстартер и прямым текстом спросили - могем накодить драйвер HW видеодекодера. Хотите?! Е%нувшиеся на бошку десятки килобаксов с толпы народа намекнули: SHUT UP AND TAKE MY MONEY! Именно это они и сделали. А потом смогли просто пойти и просто покодить. На вот эти бабки. И, кстати, недавно как раз все это и замайнлайнили. Нормальный разрыв шаблона для корпхолуя? :) > Про "потому что нравится" при этом верится как-то с трудом - "Yes, we love linux! - RaLink Systems Department" (тупо заставка на логин ралинковских роутеров). Как еще понятнее можно написать? :) > Джим Землин или разрабы шапки с их маками как-то этому плохо способствуют, То ли дело опеннет, где каждый второй "тру юникс админ" лечит мне про винду и эффективность, в то время как пингвин ворочает все мои воркфлоу. > да и поддержка или дрова на от*бись, которые уже шлифуются другими - тоже немного намекают. Если кого-то что-то напрягает, его никто ни к чему не принуждает. Более того - если кто-то считает что для него лучше работает что-то еще ... так собственно зачем пользоваться системой которая не нравится? Я не сторонник этого.
	Ответить | Правка | К родителю #321 | Наверх | Cообщить модератору

	335. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (335), 18-Июл-20, 16:11
	>> Очередное ничем не подкрепленное мнение. > А какое надо подкрепление? Бзды были до линукса, но инвестировать в них > не спешили, т.к. там академики страдали какой-то фигней, профит с которой не очевиден. Выводы вида "ветер дует, потому что деревья качаются", с подгонкой под них пары фактов - это совсем не подкрепление. То же "академики страдали какой-то фигней" - вообще классика местного передерга (386BSD появился лишь на тройку месяцев позже первого пингвина. Тем более, что это был "комплит бандл" из окружения и ОС). > Да еще оказались эпик лохами в делах лицензионных и AT&T лихо их макнул. Что иронично, сия контора свинтила на убунту. > Все же вселенная умеет генерить лулзы. Не, просто тут кто-то любит подгонять факты под выводы и крепок задним умом. Только совсем не факт, что выводы верны. Или этот кто-то смог бы лучше в той ситуации. > Пардон, костяк btrfs написал вполне конкретный человек - Chris Mason. Еще несколько человек причастны к тому что дизайн вот такой. На зарплате оракля реализовал идею IBM. Причем в одиночку. Ну да. https://btrfs.wiki.kernel.org/index.php/Contributors >  following companies contribute to Btrfs code, not counting the treewide > and other subsystem changes. Infrequent contributions are not reflected in this list > Sorted by amount of contributions: >   SUSE >   Facebook >   Western Digital >   Oracle - > The following contributed in the past (sorted alphabetically): >   Fujitsu >   Fusion-IO >   Intel >   Linux Foundation >   Red Hat >   STRATO AG Много же где Крис успел пработать! Statistics for 2.6.x series Version     Contributors     SLOC     Raw lines     Patches     Diffstat 2.6.30     22     33838     45377     70     +4403 -2632 2.6.31     19     38825     51693     68     +9207 -2862 Statistics for 3.x series Version     Contributors     SLOC     Raw lines     Patches     Diffstat 3.0     25     48665     65192     126     +7508 -5175 .. 3.6     25     65894     88123     104     +9145 -1005 Еще и клонироваться умеет? В общем, выглядит как подгон фактов под нравящиеся вам выводы. > И если вашими терминами, теперь получается что btrfs это скорее фэйсбук, чем оракл? А реально все тот же Мэйсон. А то что он вывеску сменил > - и чего? Самая большая заслуга FB - оттестировали на таком > парке серверов и нагрузках. Еще zstd прикрутили. И за ним опять > же стоит вполне конкретный человек - а не какая-то корпорация с > кучей нонеймов. Таблицы контрибутеров выше не дают с вами согласиться. Ну и смахивает на классическое "это считаем, это вот не считаем!" - подумаешь, оттестировали на громадном кол. машин и отловили кучу всяких багов. Все причастные делали это потому что "нравилось"! >> и вплоть до поддржки воон того одноплатника. > Раз на раз не приходится. Вон на те одноплатники с allwinner например > производитель не впрягся, и на поддержкой в майнлайне вкалывало сообщество. Забесплатно, да. Но, знаете, прикольные дешевые одноплатнички на копеечных процыках (которые однако Опять пресловутое "это не считаем, это другое!". Понятно. >> Про "потому что нравится" при этом верится как-то с трудом - > "Yes, we love linux! - RaLink Systems Department" (тупо заставка на логин > ралинковских роутеров). Как еще понятнее можно написать? :) Уровень https://cloudblogs.microsoft.com/windowsserver/2015/05/06/mi.../ > Microsoft Loves Linux > Microsoft Windows Server Team но вы можете верить и в прочие маркетологические обещания корпорасов, типа "мы заботимся о вас". >> Джим Землин или разрабы шапки с их маками как-то этому плохо способствуют, > То ли дело опеннет, где каждый второй "тру юникс админ" лечит мне > про винду и эффективность, в то время как пингвин ворочает все мои воркфлоу. Неплохой уход с темы. Но ни Джим, ни архитекты шапки от этого эмоционального пассажа не перешли на пингвина, увы. Правда, отвергать миллионы от платиновых партнеров или код шапки, радеющие за чистоту сообщества почему-то все еще не спешат. Готовятся, наверное. >> Потому что корпорасы и их "разработчики за деньги", >> ... >> да и поддержка или дрова на от*бись, которые уже шлифуются другими - тоже немного намекают. > Если кого-то что-то напрягает, его никто ни к чему не принуждает. Более > того - если кто-то считает что для него лучше работает что-то > еще ... так собственно зачем пользоваться системой которая не нравится? Я > не сторонник этого. Как уже не раз намекалось - вы похоже не умеете вести нормальный диалог, без постоянного ухода куда-то в третьестепенную тему или (как тут) увода на нее с неприятного вопроса и "забалтывания" визави. > Нормальный разрыв шаблона для корпхолуя? :) Что, "не выдержала душа поэта"? Типа, "как же так, смеет не соглашаться с гениальным мной"? Кстати,  поразительное сходство с похом - тот тоже норовит при резком расхождении взглядов скатиться в этсамое, специально пару раз "щупал", думал, с ним можно нормально вести дискуссию. Ан нет - стоит высказать несогласие, начинается "аргументация к человеку". В общем, цикл замыкается - "зашкаливающая вежливость и аргументативность! Аж сразу хочется вступить в вашу секту!". Ладно, вы меня заболтали^W убедили, всего хорошего вам там в вашем мире розовых пони и "любящих линукс" микрософтов :)
	Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

	339. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (-), 18-Июл-20, 19:48
	> Выводы вида "ветер дует, потому что деревья качаются", с подгонкой под них > пары фактов - это совсем не подкрепление. Вообще-то наоборот. Инвестиции приходят если инвесторы видят перспективы. Какие перспективы можно в BSD увидеть - лично я не знаю! Как максимум парочка особо ушлых проприерасов типа BSDi видели перспективу халявной кормушки - но это не про инвестиции а про халяву. > То же "академики страдали какой-то фигней" - вообще классика местного передерга Ну как бы 1) Не было поддержки массового дешевого железа. 2) В лицензионные дрязги с AT&T влезли. Надо же, почитать бумажку и понять что держат за лоха оказывается, труд великий! И высоколобые умники оказались хуже малых детей в простом вопросе. > (386BSD появился лишь на тройку месяцев позже первого пингвина. "Лохи, но ведь не лохи-лохи же?!?". Ну а зачем кому-то второй сорт, если есть первый? У Торвальдса к тому быстро получилась годная команда, спетая, эффективная, воротящая горы. > Тем более, что это был "комплит бандл" из окружения и ОС). Лично меня всегда вымораживали какие-то "базовые системы" с кучей странного крапа инсайд, 90% которого для меня просто мусор. Я очень рад что линухи которыми я ворочаю юзают иной подход. > Не, просто тут кто-то любит подгонять факты под выводы и крепок задним умом. Люди вообще забагованые существа. А это всего лишь попытка обобщения. > Только совсем не факт, что выводы верны. Или этот кто-то смог бы лучше в той ситуации. Ну что вы, оказаться в нужном месте, в нужное время, с нужными скилами - это редкое сочетание везения и скиллов. Не всем это дано, не всем так везет и не все понимают свое счастье. > На зарплате оракля реализовал идею IBM. Причем в одиночку. Ну да. Ну так историю надо знать. Скелетон мистер архитект оформил в одну харю. Это, в общем то, логично для архитекта. Ессно до ума довести и другие подключились. И это хорошо, без команды фиксеров и тестеров было бы очередным шишкинэфэсом. > https://btrfs.wiki.kernel.org/index.php/Contributors И чего? Это какая-то сферическая статистика в вакууме. Не отражаюшая рокировок физиономий, равно как и комиты с мыльников не принадлежащих указаным корпам. Единственное что оно доказывает - что кто-то накорябал какой-то скрипт, считающий каких-то попугае в вакууме. А так самолично позырить в git log и прогнать на этом аналитику явно информативнее. > Много же где Крис успел пработать! Не, ну почему, кроме него там и еще народа есть. Вон например перцы от блочного уровня и ФС в зюзю улиняли и прочие мордокниги. А чего, они должны были с таким талантищем без работы чтоли быть? Или чего? Вообще, не понимаю чего такого зазорного в том чтобы получать бабки за выполнение работы которая тебе нравится. > Еще и клонироваться умеет? Нене, умеет команду собирать. > В общем, выглядит как подгон фактов под нравящиеся вам выводы. Я бы сказал что выглядит как холуйство и заискивание перед корпорациями. А истина конечно же где-то посередине: работу делали конкретные люди, ресурсы обеспечивали те или иные корпы. Поэтому честно наверное упомянуть и тех и других, тем более что в конечном итоге корпорации состоят из людей. > классическое "это считаем, это вот не считаем!" - подумаешь, оттестировали на > громадном кол. машин и отловили кучу всяких багов. Все причастные делали > это потому что "нравилось"! Не, это не подумаешь. Внедреж мордокнигой btrfs - очень полезен, не столько с точки зрения разработки, сколько с точки зрения ломового тестирования и результирующих багфиксов. Ну а в целом это здорово повысило качество кодовой базы. Разработка софта вообще процесс многоплановый. > Опять пресловутое "это не считаем, это другое!". Понятно. У вас какая-то очень примитивнвая и чернобелая модель мира. Реально этот мир намного сложнее. И как видите в нем бывает дофига разных вариантов. И просто за интерес покодить и довольно много, и на кикстатртере проект предложить. Не укладывается в мировоззрение корповинтика? Бида-бида! > https://cloudblogs.microsoft.com/windowsserver/2015/05/06/mi.../ Ну, им пришлось полюбить линукс. А что вы будете делать если с вашего хостинга сольется 70% клиентов? :) > но вы можете верить и в прочие маркетологические обещания корпорасов, типа "мы > заботимся о вас". Что самое издевательское, MS приходится заботиться о хорошей работе Linux. Как минимум на их хостинге. Иначе народ просто свалит на другие хостинги и бабло достанется другим, хе-хе. > Неплохой уход с темы. Но ни Джим, ни архитекты шапки Джим это какой-то бюрократ какой-то крыши. А что такое "архитекты шапки" я вообще не знаю. У них архитекты были/есть? А где, простите, архитектура? В вон том блевотном пихономесиве yum и dnf? Это вебмакакинг, архитектурой там и не пахло. И прочие сратисы - туда же. > от этого эмоционального пассажа не перешли на пингвина, увы. Правда, отвергать миллионы от > платиновых партнеров или код шапки, радеющие за чистоту сообщества почему-то все > еще не спешат. Готовятся, наверное. Ну как бы партнеры партнерят по разным поводам. И все же если они занесли денег, значит у них есть определенный интерес. Майкрософту например нужна хорошая работа линуха на их хостинге и виртуализаторе. Конечно кому-то в MS досадно что народ требует линя а не винду на серваки, но в конечном итоге - деньги не пахнут! И если народ требует на хостинге линух - будет он, лишь бы денег занесли MS а не коркуренту. И если для этого надо поработать - а хотя бы и над линухом, почему нет? Корпорации видите ли прежде всего деньги зарабатывают. А маркетинг, концепции и парадигмы лишь тул. Если тул перестает работать, его списывают. А то что попутно большой пласт мальчиков-маздайчиков оказался в дураках... а с них все-равно профита не было особо, по сравнению с абажуром :) > увода на нее с неприятного вопроса и "забалтывания" визави. Я вроде ничего не уводил в этом месте и просто предпринял еще 1 попытку донести мысль: я хочу видеть в линуксной экосистеме только тех кто туда пришел добровольно, по своему желанию, потому что ему это стало надо. А вот загнаных из-под палки рабов ненавидящих свою работу я бы предпочел там развидеть. Это не часть той культуры и по большому счету - чужеродный элемент пейзажа. > Кстати,  поразительное сходство с похом - тот тоже норовит при резком > расхождении взглядов скатиться в этсамое, специально пару раз "щупал", думал, с > ним можно нормально вести дискуссию. Ан нет - стоит высказать несогласие, > начинается "аргументация к человеку". Да на самом деле с ним забавно поболтать. Но взгляды у него странные а наилучшую консультацию он даст если вам надо именно прострелить себе пятку, как можно больнее. В этом он эксперт 80, нет, чего уж, 120-го уровня. > В общем, цикл замыкается - "зашкаливающая вежливость и аргументативность! Аж сразу хочется > вступить в вашу секту!". Я никогда не предлагал вам этого. И как я уже сказал, на уровне моих персональных предпочтений лично я бы предпочел чтобы вы держались от линуксного сообщества подальше. Но это мое персональное предпочтение, оно никого ни к чему не обязывает. > Ладно, вы меня заболтали^W убедили, всего хорошего вам там в вашем мире > розовых пони и "любящих линукс" микрософтов :) Лично для себя я буду держаться от ms и их продукции подальше. Даже если они и правда сменили тулсы и парадигмы, у меня с ними слишком неприятный бэкграунд и я не доверяю компаниям которые всучивают кейлогеры по дефолту. Однако их mathew wilcox своротил довольно забавный рефактор ядра и даром что @microsoft.com - таки грамотно и полезно выглядит. Как говорится, и в г-не бывают жемчужины.
	Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

	95. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+7 +/–
	Сообщение от КО (?), 16-Июл-20, 16:07
	>Многие фичи попробовав раз - уже не слезешь. Попробовав один раз фичу (при обнаружении ошибок на диске завешивать намертво сервер) решил, что больше в такую ФС я не играю.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	115. Скрыто модератором	–3 +/–
	Сообщение от Аноним (-), 16-Июл-20, 16:52
	А ожогшись на молоке - и на воду дуют. Впрочем мнение бздюков о линуксных ФС и серверах не очень ценно - то что они там опробовали цать лет назад и/или на инновационном 2.6.32 - ничего не говорит о актуальгном состоянии дел. По состоянию на сейчас все просто работает. И, кстати, интересно, что предлагается делать, если из-за ошибки чтения не прочлась какая-нибудь системная либа, например?
	Ответить | Правка | Наверх | Cообщить модератору

	121. Скрыто модератором	+2 +/–
	Сообщение от Аноним (121), 16-Июл-20, 17:02
	> А ожогшись на молоке - и на воду дуют. Впрочем мнение бздюков о линуксных ФС и серверах не очень ценно И то ли дело ценнейшее мнение фанатиков, при недостаточном почтительном отзыве о предмете их фетиша переходящих на нелепые "аргументы к человеку" и прочую ерунду!
	Ответить | Правка | Наверх | Cообщить модератору

	131. Скрыто модератором	–3 +/–
	Сообщение от Аноним (-), 16-Июл-20, 17:19
	> Попробовав один раз фичу (при обнаружении ошибок на диске завешивать намертво сервер) > решил, что больше в такую ФС я не играю. Сразу видно чела с bsd/unix бэкграундом...
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	188. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 19:54
	> Попробовав один раз фичу (при обнаружении ошибок на диске завешивать намертво сервер) > решил, что больше в такую ФС я не играю. Это когда было и на каком ядре? А то довольно странно что у фэйсбука с миллиардом юзерей не виснет, а у вас - этсамое.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	242. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноньимъ (?), 17-Июл-20, 07:43
	У фейсбука наверняка своя версия и штат толковых специалистов её поддерживающих. У них узкий юзеркейс на системах контролируемых от и до. Совсем другое дело жизнь фс в дикой природе.
	Ответить | Правка | Наверх | Cообщить модератору

	315. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 18-Июл-20, 01:38
	> У фейсбука наверняка своя версия и штат толковых специалистов её поддерживающих. Да, git log это подтверждает. Фокус в том что этот git log - у меня на диске. И стало быть, результат работы фэйсбучной тимы доступен и мне. > У них узкий юзеркейс на системах контролируемых от и до. У них довольно разнообразные юзкейсы, судя по багам которые они наворачивают. > Совсем другое дело жизнь фс в дикой природе. Чем, интересно, фэйсбук такой уникальный? Это ж не гугол с оверлеем, эти хипстеры так высоко не летают. Так что в отличие от гугли их не устроит ext4 без журнала :)
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от КО (?), 17-Июл-20, 07:53
	Уже не помню - примерно тогда кагда его первый раз в анаконде стало можно выбирать.
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	259. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (259), 17-Июл-20, 11:13
	btrfs стабильна в базовом варианте (без подразделов, снапшотов, сжатия и прочего). Как только речь заходит о продвинутых фичах появляются всякие "но". Например при включении сжатия, под нагрузкой оно до сих пор будет уходить в себя. А с фейсбуком - ну так оно насколько слышно у них на rootfs, никогда под серьезной нагрузкой и в случаи чего им снести ОС и поставить ее заново совсем не проблема и происходит в общем постоянно такое без особых расследований причин. В таком кейсе да, оно стабильно чуть ли на с момента появления. Но если вы недостаточно большие, чтобы позволить считать каждую свою машину с btrfs как потенциально упавшую через секунду, то лучше его обходить стороной пока в чуть ли не в каждом минорном апдейте на ядро не перестанут фиксить null pointer dereference'ы и прочие race conditions в btrfs (только в 5.7.9 4 фикса на него).
	Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

	270. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (270), 17-Июл-20, 12:37
	> А с фейсбуком - ну так оно насколько слышно у них на rootfs Но там-то зачем?! 8-O Что-то темнит этот пейсбук, карты путает, похоже. > и в случаи чего им снести ОС и поставить ее заново совсем не проблема и происходит в общем > постоянно вот именно. То есть ни снапшоты, ни прочие продвинутые фичи им там  нафиг не вперлись, быстрее переставить.
	Ответить | Правка | Наверх | Cообщить модератору

	291. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 17-Июл-20, 19:37
	> btrfs стабильна в базовом варианте (без подразделов, снапшотов, сжатия и прочего). Булшит от чувака который btrfs видел только на картинке. 1) Подразделы (subvolumes) не влияют на стабильность. Это просто логические юниты администрирования, которые можно снапшотить независимо. На механику ФС не влияет. 2) Снапшоты - то же самое что и подразделы. См. выше. Это одно и то же, снапшот становится еще одним subvolume. 3) Сжатие. Оно "просто работает". Начиная с 4.х ранних, чтоли, сюрпризы с ним закончились. Хотя если какой-то некрофил до сих пор не выкинул 3.чототам - ну вот там возможны варианты, где-то в 3.15 чтоли был косяк с тредами сжатия, но это в каком пардон году и ядре? Реально там сыроваты RAID56. Остальное вполне на уровне. > Например при включении сжатия, под нагрузкой оно до сих пор будет уходить в себя. Никуда оно уже давно не уходит. И проходит самые жесткие стресстесты. > общем постоянно такое без особых расследований причин. Откуда же тогда в git log появляются чудные каменты с @facebook.com про чудеса с файлами в 20+ терабайтов? И, кстати, зачем фэйсбуку файлы такого размера в *системе*? :) > В таком кейсе да, оно стабильно чуть ли на с момента появления. Что-то вы совсем заврались, явно не эксплуатировав эту штуку в последние годы. > Но если вы недостаточно большие, чтобы позволить считать каждую свою машину с > btrfs как потенциально упавшую через секунду, то лучше его обходить стороной Но лучше послать анонимных экспертов опеннета куда не светит солнце, читануть вику btrfs'а на тему DOs и DONTs - и give it a try. Сначала в тестовом окружении, если стремно. Ну, не понравится, снесете. А может и понравится - и тогда будете управлять сторажами как белый человек, без гадской камасутры с выравниваниями размеров, числом девайсов и прочими приколами. > пока в чуть ли не в каждом минорном апдейте на ядро не перестанут фиксить null > pointer dereference'ы и прочие race conditions в btrfs (только в 5.7.9 4 фикса на него). ЧСХ обычная текучка, фигню такого плана чинят в самых разных файлухах, если они минимально живые, и все это происходит только в особо странных условиях, типа того что у фэйсбука в продакшне _иногда_ попадается. Баги из разряда "раз в год и палка стреляет". А, да, в ZfsLol каком-нибудь такого добра еще и в дохрена раз больше. Вон даже фаны типа поха периодически получают этой лопатой по морде - и коменты при этом прикольные.
	Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

	360. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Третий аноним (?), 23-Июл-20, 03:45
	> 1) Подразделы (subvolumes) не влияют на стабильность. Это просто логические юниты администрирования, которые можно снапшотить независимо. На механику ФС не влияет. > 2) Снапшоты - то же самое что и подразделы. См. выше. Это одно и то же, снапшот становится еще одним subvolume. На скорость некоторых операций влияет: https://btrfs.wiki.kernel.org/index.php/Gotchas#Having_many_...
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Catwoolfii (ok), 16-Июл-20, 15:33
	Так а там кроме write hole были еще проблемы?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	117. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (-), 16-Июл-20, 16:53
	Еще были заскоки при починке, но в свежих ядрах все известные грабли починены. Любители 2.6.32, разумеется, в пролете - желащие чего-то такого неизбежно любят свежие кернелы. Или пишут слезные истории о багодроме, конечно, особенно если ваш ник - пох, а ваше кредо - вставание на грабли.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 16:49
	> она неплоха, но а а как же raid 5? его уж который год обещают завезти, а не завозят, а мы всё ждём и ждём. Да он там есть, и даже работает. Просто менее протестирован чем некоторые другие варианты - и write hole таки есть. Хотя теоретически даже патчи для затыкания как бы присылали, просто никто не впрягся до ума довести.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	189. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от OpenEcho (?), 16-Июл-20, 20:09
	Не любитель советовать, но все же, погуглите на тему: "Why not use raid5" В двух словах, - с 5 рэйдом у вас есть большой риск потерять весь массив. Обычно диски устаналиваются того же брэнда, той же даты, т.е. близки по параметрам. Рэйд 5 восстанавливается очень долго и в случае потери еще одного диска пока все не востановилось, есть большой статистический шанс потерять все, плюс, когда 5 рэйд ресильверуется, он становится очень медленным.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	195. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 20:54
	> "Why not use raid5" Можно просто почитать вику btrfs-а. Там достаточно честная оценка фактических реалий. Равно как и указания как минимизировать риски проблем, какие сильные и слабые места есть и все такое.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+3 +/–
	Сообщение от анон (?), 16-Июл-20, 13:47
	Что более разрушительно после внезапного отключения электричества или отвала батареи: btrfs или ext?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	26. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (1), 16-Июл-20, 13:53
	Ни разу не видел, чтобы btrfs рассыпалась после отключения электричества.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+5 +/–
	Сообщение от vdb (?), 16-Июл-20, 16:18
	А мне не повезло, я видел.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 16:54
	Давно? И чего в результате вышло? Потому что я издевался над ним так и сяк, но убить совсем не смог.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–2 +/–
	Сообщение от Аноним (27), 16-Июл-20, 13:55
	Похер - зависит от твоего личного везения, а не от fs. Любой можно умудриться нажать reset так, что придется сидеть с hex-редактором (и любая даже не заметит - в большинстве случаев) А вот _починить_ потом, если оно действительно содержало что-то более ценное чем котики - ты и сам догадаешься, что просто, а что - не совсем, и чревато приобретением массы ненужных знаний о внутреннем устройстве, причем без всяких гарантий что они тебе помогут. Впрочем, речь о plain ext4, а не о подсовываемом по умолчанию бутерброде из lvm+xfs - там вопросов нет (даже если заменить xfs на ext - легче не станет).
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	71. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+2 +/–
	Сообщение от Аноним (71), 16-Июл-20, 15:16
	>ридется сидеть с hex-редактором Где можно почитать полезную информацию по этой теме?
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (-), 16-Июл-20, 21:46
	>>ридется сидеть с hex-редактором > Где можно почитать полезную информацию по этой теме? Если до этого дошло - ну, в исходниках ФС, наприиер.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (122), 16-Июл-20, 17:02
	> Похер - зависит от твоего личного везения, а не от fs. Не только. Скажем btrfs умеет зеркалировать метаданные. Даже на одиночном диске. Что очень способствует выживанию тома при внезапных обломах. Кроме внезапного ресета бывает внезапный бэд. И очень хорошо если метаданные, а то и данные, просто будут вытащены из 2 копии, проблемный блок починен - и шоу продолжится. Вместо унылой печали с reimage или что у вас там. А ext-ы что? Если бэд влезет под метаданные, там будет спасибо если не хексэдитор. Если под данные - вы об этом вообще не узнаете, потому что на целостность данных EXT'у наплевать. Чексум нет. И вы узнаете что вам отгрузили труху только если программа одуреет/не сможет прочесть файл. Мораль сей басни такова: не все йогурты одинаково полезны.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	141. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (27), 16-Июл-20, 17:29
	> Что очень способствует выживанию тома при внезапных обломах. или наоборот - внезапному облому там, где банальная ext4 ну потеряла бы может последнюю запись. Поскольку объем затрагиваемых этой записью критичных структур - в два десятка раз выше. И что делать при рассинхронизации копий - знает только шибкоумный алгоритм. > А ext-ы что? Если бэд влезет под метаданные, там будет спасибо если не хексэдитор. не, не будет. Будет пачка оторвавшихся inode, и скорее всего ты найдешь свои файлы в lost+found, может с потерянными именами и неправильной длинной. Сто раз проверено. Потому что ее писали как раз когда диски и память не шибко отличались надежностью. По факту надо очень-очень стараться, чтоб вообще увидеть что-то ценное попавшим в lost+found total 588 -rw------- 1 user users 190946 Dec 26  2015 #3146740 -rw-r--r-- 1 user users  33156 Sep 22  2015 #3162003 -rw------- 1 user users 318722 Jan  6  2016 #3165803 -rw-r--r-- 1 user users  52401 Apr 12  2018 #3286995 ну так как-то вот. А с данными - в большинстве случаев пользы от лишних контрольных сумм много меньше чем вреда - потому что лучше потерять аж целый один бит в 6гиговом видео (и скорее всего ты даже не узнаешь об этом), чем потерять файл целиком, потому что вредная fs говорит - "вах, ашипко, ашипко - у меня чексам не сошлась, не отдам тебе данные, я лучше знаю, отдавать или себе придержать пока". (А она может не сошлась потому, что бит поплыл в памяти, и неправильно посчиталась как раз сумма, а данные-то в порядке) При этом ценные данные лучше проверять самому - причем fs тут ничем не поможет, только помешает излишним "умом". Чексаминг данных нужен только в случае когда данные изначально хранятся с избыточностью, и в сомнительных случаях можно взять и просто использовать верную копию. md raid, вроде бы, даже это умел без посторонней помощи, но решение явно для исключительных случаев, а не для всех.
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (191), 16-Июл-20, 20:23
	> или наоборот - внезапному облому там, где банальная ext4 ну потеряла бы > может последнюю запись. Он к этому не склонен, так что на себе я это ни разу не ощутил, хотя пробовал довольно странные извраты. Зато был "инверсный" кейс, когда btrfs спокойно живет на сыпучей карте, если DUP для данных сделать. Изредка матерится на CSUM ERROR, чинит, и все работает. А ext4 довольно быстро превращается в тыкву. Ну, блин, попадет вот так бэд под libc6 - и все, фаталити, 100% unbootable. Ну вы там можете в initrd потрепыхаться если он был, конечно, но вообще система при этом 100% тыква. А btrfs при этом скажет CSUM ERROR, вынет блок из второй копии и дальше поедет. И теорвер внезапно работает уже на нас а не против нас - шанс что два бэда одновременно накроют именно один логический блок дважды - микроскопические. > Поскольку объем затрагиваемых этой записью критичных структур - в два десятка раз выше. Да ну бред. И если уж на то пошло, ext4 в типовой ситуации вообще gives no crap на тему участи данных - он их вообще не журналит! А если таки журналить еще и данные - вот там мы уже и поговорим о том у кого там во сколько раз скорость записи :). Чо-чо, ext4 проседает ВДВОЕ из-за записи сперва в журнал, потом на диск? CoW нужду так делать таки обжуливает красивым трюком. Правда за него конечно воздается другими приколами, но вот именно это все же отпадает :P > И что делать при рассинхронизации копий - знает только шибкоумный алгоритм. Это в RAID+EXT как раз проблема: даже если у нас и было 2 копии, мы при несовпадении не знаем какая верная! А вот btrfs посчитает CSUM и ... возьмет блок с верной чексумой! Отбросив кривой. И вот так он чинит RAID/DUP/... куда как осмысленнее. Это очень хорошее, разумное, и отлично работающее на практике расширение идеи RAID. В отличие от гольного RAID оно нормально относится и к случаю когда накопитель не сдох совсем, но изредка сплевывает какую-то труху (условно назовем ситуацию "bad sectors на диске"). Обычные RAID в этих допущениях, внезапно, рушат данные. > не, не будет. Будет пачка оторвавшихся inode, и скорее всего ты найдешь > свои файлы в lost+found, может с потерянными именами и неправильной длинной. На самом деле рандом тот еще. Может быть от нифига (ну там htree перестроил и все заверте), до дофига, с разлетом дочерта файлов и в lost+found только половина от желаемого, остальное просто в ауте и таки хэксэдитор. А кто вам сказал что я убитые EXT'ы не рекаверил? =) > чтоб вообще увидеть что-то ценное попавшим в lost+found Мне вот как-то раз свезло - бэдсектор на SD карте просто попал под libc6 на одноплатничке. Система (автопилотная индустриальная автоматика) от этого и стала тыквой. Ну я с досады и запилил образа где вместо этого крапа btrfs да еще DUP. Это конечно ополовинивает емкость карты, но там системы мелкие и так намного живучее в автопилоте получается. Не говоря о том что при осыпании стоража early warning в виде CSUM ERROR случается задолго до того как система фактически превратится в тыкву: проиграть теорверу "2 бэда попали на 1 логический блок" очень трудно. > ну так как-то вот. Ну так как-то вот вылетит туды системный файл и система тыквой станет. Или вон просто бэд всрется. Одного достаточно, если это под libc6 :P. А в btrfs это ну вообще не трабла, из второй копии починится. > А с данными - в большинстве случаев пользы от лишних контрольных сумм > много меньше чем вреда - Не соглашусь. Они отлично детектят проблемы еще на подлете. Будь то глючный проц, оператива или сыпящийся стораж, вопли CSUM ERROR заставляют обратить внимание на проблему. А в EXT к моменту когда все это будет замечено половина файлов уже может быть трухой... > потому что лучше потерять аж целый один бит в 6гиговом видео (и скорее всего ты даже не > узнаешь об этом), чем потерять файл целиком, потому что вредная fs > говорит - "вах, ашипко, ашипко - у меня чексам не сошлась, не отдам тебе данные, > я лучше знаю, отдавать или себе придержать пока". Так обычно не бывает. Reason: накопители - БЛОЧНЫЕ устройства. Первая линия обороны - FEC сектора диска/SSD. Если он не выдюжил, накопитель вернет или IO ERROR для всего блока и вообще блок не отдаст, либо, более подлый и неочевидный вариант, выгрузит какую-то труху. У современных винчей и SSD блок один черт те же 4К в типовом случае и если не идиотничать (align FS -> физические блоки) - усиления разрушений не будет. Что так блок пролюблен, что эдак. Только вот btrfs видите ли получив CSUM ERROR может блок и из второй (и вообще энной) локации взять, если это было. А вот ext4, даже с RAID, при этом несколько пролетает. Даже если несовпадение и видно - а кто без чексум знает какая копия правильная?! :D > (А она может не сошлась потому, что бит поплыл в памяти, и > неправильно посчиталась как раз сумма, а данные-то в порядке) Ну да. До кучи btrfs неплохой memtest. Я как-то гонял его на такой системе специально. Данные особо не бьются, а RAID1 или DUP еще и чинит блоки. Успешно, кста. Не знаю убьется ли он такой в конечном итоге через дофига времени, но в целом это намного лучше чем то что EXT может предложить. Хотя-бы потому что мы видим что у нас проблемы в железе. > При этом ценные данные лучше проверять самому - причем fs тут ничем > не поможет, только помешает излишним "умом". Если данные были ценные, стоило RAID1 какой сделать, чтоли... и вот там у btrfs никаких проблем с пониманием какая копия верная не возникает :) > Чексаминг данных нужен только в случае когда данные изначально хранятся с избыточностью, > и в сомнительных случаях можно взять и просто использовать верную копию. > md raid, вроде бы, даже это умел без посторонней помощи, но > решение явно для исключительных случаев, а не для всех. Блабла прикольные. Но на практике - имею заметить что технология работает. Детектит проблемы железа, фиксит ашипки если есть откуда - и EXT'ам до такого integrity и health check как пехом до пекина. С EXT о проблеме узнаешь когда оно уже внезапно прилетело в табло.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от leap42 (ok), 16-Июл-20, 15:51
	ext старается спасти файлы очень сильно, но сама фс очень хрупкая, может часами чиниться и не починиться по итогу. перевел проблемные хосты по питанию в своё время на xfs, содержимое файлов стало теряться чаще (но это всё равно, у меня были бэкапы), а количество развалов самой фс сократилось с десятков раз до нуля. а ещё fsck в 20 раз быстрее.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	129. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (-), 16-Июл-20, 17:18
	У ext'а действительно неплохой fsck, с точки зрения _data recovery_ но для _эксплуатации_ систем в реальных условиях радости от этого мало: системы должны работать а не отскребаться от асфальта с убиением часов времени специалистов на это безобразие. Btrfs хорош тем что с моментом отскребания от асфальта при разумном подходе можно и не познакомиться вообще. Это впрочем не означает что его нельзя отскрести - там даже офлайн вычитка без монтирования в тулзах есть, на самый крайний случай если вообще ничего не помогло то хотя-бы данные вычитать можно, и таки без хексредактора.
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (27), 16-Июл-20, 17:33
	> но для _эксплуатации_ систем в реальных условиях радости от этого мало в "реальных условиях" если данных не жалко, а важно "работать" - система либо восстанавливает журнал, либо выводится в оффлайн, и вводится резервная, а эта переустанавливается заново, только и всего. А если данные таки представляют собой какую-то ценность - заниматься "онлайн вычиткой без монтирования" удовольствие ниже среднего. Тем более что если бы все нормально читалось - ты бы и смонтировать смог, а раз оно уже и не монтируется без крэша - вряд ли будет чего читать и до этого "чего" удастся докопаться.
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (193), 16-Июл-20, 20:40
	> в "реальных условиях" если данных не жалко, а важно "работать" - система > либо восстанавливает журнал, либо выводится в оффлайн, И вот эта вот вторая часть балета бывает достаточно не прикольной. Особенно учитывая что это внезапно. Датацентрам может и сойдет, особенно если как гугл сделать. Но это наверное уже не про федору и десктопы, для начала... > и вводится резервная, а эта переустанавливается заново, только и всего. И все это вот прям с федорой, прям на десктопе? :) > А если данные таки представляют собой какую-то ценность - заниматься "онлайн вычиткой > без монтирования" удовольствие ниже среднего. Это на совсем уж крайний случай - когда данные все же очень надо и это именно data recovery а не эксплуатация уже. > Тем более что если бы все нормально читалось - ты бы и смонтировать смог, а раз оно > уже и не монтируется без крэша - вряд ли будет чего читать и до этого "чего" удастся докопаться. Там офлайн чтец забавно сделан, равно как и структура ФС. Кроме всего прочего, на сторажах есть МНОГО валидных точек входа, начиная с которых можно попытаться распарсить иерархию. Возможно получив чуть более старый но валидный и читаемый вид оной, например. Ну вот не попало разрушение под более старые копии - и тогда номер прокатит. CoW же не разрушает данные и метаданные вот прямо сразу - и это дает лишние шансы на рекавери БЕЗ хексэдитора в случае когда все совсем плохо. Ext'ы разумеется этим не снабжены - если те метаданные которые есть не прокатили, это 100% облом уже.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (27), 17-Июл-20, 07:51
	> И вот эта вот вторая часть балета бывает достаточно не прикольной. ну так тебе "важно работать", или где? Если это васян-локалхост, то постоит, пока его чинят. А если это коммерческое решение - то да, оно стоит в dc, в стойке с сорока такими же тазиками, и каждый отдельный тазик обычно ничего такого уж ценного не содержит, там вообще виртуализационный кластер - так что заглючивший отключают и выносят на помойку (в гугле и не только - так просто дешевле чем кормить своих инженегров, способных разобраться в причинах) или для дальнейших разбирательств - в конторах победнее. Поэтому и ссылки что "у пейсбука все работаит" - актуальны только для конкурентов пейсбука с теми же деньгами и подходом. Ему a) плевать на сохранность котиков (и он их уже не раз херил - мир не рухнул, и доходы тоже) b) он то что ему ценно - обеспечивает дублированием и при том многократным, а чинить ничего не будет. А твой десктоп может и подождать твоего внимания. Ну или, что значительно более вероятно - пока ты его просто переустановишь в очередной раз. Все так делают. Полный бэкап обычно не по карману и не по времени. > Там офлайн чтец забавно сделан, равно как и структура ФС. Кроме всего прочего, на сторажах есть > МНОГО валидных точек входа, начиная с которых можно попытаться распарсить иерархию. ну так копии суперблоков у нас - с 74го года. Только очень редко помогает - настолько редко, что в ext4 число этих копий урезали на пару порядков. Целее будут и меньше обновлять критичных структур на каждый чих. Помогает только от попадания бэдблока прямо туда - что с современными дисками тоже очень маловероятно, гораздо вероятнее что он весь не прочитается. > CoW же не разрушает данные и метаданные вот прямо сразу CoW не панацея и не 100% - те самые точки входа статичны, иначе их невозможно будет найти - где-то должна лежать таблица со ссылками на таблицы текущих актуальных блоков. И обновлять их приходится точно так же как старинные суперблоки - все чохом. Ничего принципиально нового.
	Ответить | Правка | Наверх | Cообщить модератору

	292. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 17-Июл-20, 20:22
	> ну так тебе "важно работать", или где? У меня, видите ли, юзкейсы разные и не факт что такие как у вас. В некоторых случаях, типа одноплатников рулящих другими железками, дублирование - "hard to implement", бл. В управляющих задачах это не то чтобы невозможно, но канительно и резко усложняет решение. И это быстро улетает в сторону космических технологий, с соответствующим изменением сроков и цен. На вебмакакинге, где максимум огорчений - не отрисовашиеся у хомяка котики мир не заканчивается, бджад. > Если это васян-локалхост, то постоит, пока его чинят. Извини, чувак, даже если это просто мой десктоп или лаптоп превративгийся в тыкву, мне может быть надо резко доделать вон тот проект, а срыв сроков - это факап по контракту, с денежными и репутационными последствиями. Не говоря о том что я шатал прыгать пару часов с дурацкими ритуалами. Лучше на велике в лесу пару часов погоняю вместо этого. > способных разобраться в причинах) или для дальнейших разбирательств - в конторах победнее. Ну да, ну да, логика типовой вебмакаки возомнившей что других юзкейсов в природе не бывает. > Поэтому и ссылки что "у пейсбука все работаит" - актуальны только для > конкурентов пейсбука с теми же деньгами и подходом. А вот и фиг. Фэйсбук с их юзкейсами неплохо прозвонил core системной механики файлухи. И неизбежно обезглючил его. Да, RAID56 это конечно не поможет - фэйсбук таким не пользуется в силу специфичных, скажем так, свойств и грабель RAID56 как технологии. > Ему a) плевать на сохранность котиков Неверно. Акционерам вовсе даже не плевать на отток юзерей. А если котиков пролюбливать - отток будет. Кто же будет грузить котиков только для того чтобы из пролюбили, аннулировав усилия? :) > b) он то что ему ценно - обеспечивает дублированием и при том многократным, а чинить > ничего не будет. Не подтверждается git log, где чуваки с @facebook.com делают этсамое, бида-бида :P. > А твой десктоп может и подождать твоего внимания. А потом меня контрактор отымеет за слитые сроки и я получу меньше профита да еще обтеку репутационно. Оно мне надо? Я на линухе в отличие от др@черов локалхоста еще и работы работаю. > Ну или, что значительно более вероятно - пока ты его просто переустановишь в очередной раз. Не, я таки упер у энтерпрайзников ряд технологий показавшихся мне клевыми. 1) Я попробую откатить снапшот. Круто, быстро, через минуту все будет ЗБС, это обычный системный факап а не кончина блочного девайса. 2) Если не прокатило, ну, шыт, грузимся с бутявки, перераскатываем image системы, при том не raw а btrfs receive, который сильно компактнее и весь по делу. Минут через 10-15 будет как новое. Что я, ламер все с нуля переконфигурять и софт 2 дня переустанавливать? :) > Все так делают. Полный бэкап обычно не по карману и не по времени. Я не заметил в btrfs send / (system) и /home (userdata) чего-то сложного, дорогого, да и места оно весьма умеренно. На внешний 2-терабайтник для бэкапов такого навалить можно еще несколько сотен раз и все-равно место останется. > ну так копии суперблоков у нас - с 74го года. Ну так там больше чем копии суперблоков. Нечто типа альтернативных view структур ФС. Чем тебе поможет копия суперблока если какое-нибудь описание экстентов ушло в астрал? А в btrfs этого самого можно попытаться из разных мест добыть, в надежде что GC еще не пришел за вон тем и вон этим и оно дескать вот с той точки возьмет да и распарсится. Это ж CoW - и он by design содержит некий ассортимент состояний, поскольку новое - "поправка" на старое, без разрушения старого. И если вон там не сработало, можно сгонять немного назад в прошлое и может быть сработает там. Или там. Или там. А в EXT состояние только одно. И если это не сработало - УПС. Приплыли, наш друг hex editor. Ну еще testdisk и photorec, однако результат в любом случае очень далек от идеала и многократно больше долботни чем если автоматический парсер смогет нащупать относительно валидные версии деревьев "на пожевать". > Только очень редко помогает - настолько редко, что в ext4 число этих копий > урезали на пару порядков. Ну так правильно. Суперблоки далеко не все метаданные в ФС, мягко говоря. А как насчет собственно фактического описания размещения файлов? Это уже нифига не в суперблоке, и если это пролюбить то и файлы не прочитаются уже, только хексэдитором в ошметках копаться :P > Целее будут и меньше обновлять критичных структур на каждый чих. Палка о двух концах. На btrfs я при жестком зависоне контроллера флехи разок лишился 2 из 3 суперблоков. Ну вот сгруппировал падло что-то, стер большой erase block - и в этот момент повис. Профакав прилично хлама за присест, видимо (весь erase block/erase group который кантовал). Из третьей копии починилось, но вообще - close call. Остальное DUP ессно тоже зафиксил, куды он денется. > Помогает только от попадания бэдблока прямо туда - что с современными дисками > тоже очень маловероятно, гораздо вероятнее что он весь не прочитается. А таки у меня и на лаптопе бэд разок вылезал, в аккурат под метаданными. Было очень кстати что btrfs пробурчал "CSUM ERROR, corrected" вместо того что за этим обычно следует :). А в одноплатнике SD карта через годков 5 вот весело сыпанулась под libc6, и какая мне радость что это "всего 1 сектор" если оно не грузится и я подрываюсь в перди это устранять? :) > CoW не панацея и не 100% - те самые точки входа статичны, > иначе их невозможно будет найти - Суперблоков опять же более 1 копии, для начального понимания чего это у нас такое вообще. > где-то должна лежать таблица со ссылками на таблицы текущих актуальных блоков. Ну как бы изначально - суперблоки. Однако потом, видите ли, начинает хотеться основные деревья в не очень убитом состоянии, если вопрос в том чтобы из ФС что-нибудь вынуть. > И обновлять их приходится точно так же как старинные суперблоки - все > чохом. Ничего принципиально нового. Нового то что в результате в дисковых структурах есть некая избыточность, которую не подгреб GC. Это дает больше шансов относительно успешно распарсить основные деревья, более-менее полно и автоматически вычитав большую часть данных. А в ext4 если вон тот набор метаданных не прокатил, это полный и окончательный финиш - дальше только хексэдитор и прочие photorec'и. Так что на мой вкус, с учетом склонности к системокрушильным делам, странным экспериментам и дата рекавери, btrfs пока-что весьма приятно себя показывал, как по мне. Я имею заметить что те кто его делал - понимали что и зачем делают. И были неплохо в курсе failure modes железа, в отличие от всяких академиков.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+6 +/–
	Сообщение от nameman (?), 16-Июл-20, 13:59
	А что, она уже перестала непредсказуемо отваливаться, ругаясь на забитые метаданные?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	44. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+6 +/–
	Сообщение от Аноним (27), 16-Июл-20, 14:05
	теперь она предсказуемо отваливается, ругаясь на забитые метаданные. Причем без возможности починить разумными способами. Разработчики федоры уже привыкли, и вам придется.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (239), 17-Июл-20, 07:18
	> теперь она предсказуемо отваливается, ругаясь на забитые метаданные. Причем без возможности > починить разумными способами. Разработчики федоры уже привыкли, и вам придется. Там вообще-то просто сделали "золотой резерв" на совсем уж пиковые случаи - и если ну вот вообще совсем некуда метаданные впихнуть для того чтобы даже файло стереть - пойдет вот туда. И таки прокатит. Вообще, там люди более-менее понимают что и зачем они делают и проблемы постепенно разруливают.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+7 +/–
	Сообщение от Аноним (61), 16-Июл-20, 14:55
	накину, zfs рулит и педалит =)
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	72. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (27), 16-Июл-20, 15:16
	Угу, единственная в линукс-мирке fs, неспособная использовать увеличившийся диск без перезагрузки (не смотря на автомагическую константу, якобы предназначенную для полной автоматизации этого архисложного действия). С педальным приводом, то ись. А shrink у нас и по сей день вообще суперсекретная технология, доступная только немодной немолодежной ext4.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (124), 16-Июл-20, 17:10
	ext4 вообще-то тоже модная-молодежная, это ж не ext2/3.
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 22:19
	> А shrink у нас и по сей день вообще суперсекретная технология, доступная > только немодной немолодежной ext4. Btrfs все это тоже умеет. Вплоть до целенаправленного быстрого удвигания данных с вон того диска и его изъяьтя из пула после этого. Я так делал даже с изменением схемы хранения попутно. Даже прокатило. А кто еще так вообще может? :)
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	272. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (272), 17-Июл-20, 12:45
	> Btrfs все это тоже умеет. Вплоть до целенаправленного быстрого удвигания данных с вон того диска это не shrink. shrink нужен когда диск один (и он виртуальный), и надо освободить временно перерасходованное место. В больших помойках это серьезная проблема, потому что всем давать - давалка кончится, а место иногда нужно именно временно - нагрузочный тест провести, новую технологию попробовать и т д, или его может захотеться перераспределить с уже уходящей на покой, но все еще нужной системы в пользу новых более активно используемых, а не ждать пока пчелы прилетят расширять СХД (и хранить на ней пустое место, потому что когда-то давно оно однажды было не пустым). А диски целиком (vdev'ы но это чаще и есть диски) zfs освобождать и та через пень-колоду научилась. lvm умел, по-моему, всегда (то есть вообще все стандартные на последние пятнадцать лет энтерпрайзные решения - умеют, поскольку стандартом давно стали lvm+*fs, а не голый диск) А вот ужать отросшую xfs - невозможно, только жрать умеет.
	Ответить | Правка | Наверх | Cообщить модератору

	293. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 17-Июл-20, 20:37
	> это не shrink. Это еще один вид shrink - в том плане что места на ФС будет меньше, данные с указанного места убрали и стало возможно этот девайс отключить. > shrink нужен когда диск один (и он виртуальный), и > надо освободить временно перерасходованное место. Гамно вопрос, btrfs filesystem resize - умеет и в плюс и в минус! А какая ему разница, удвигать по backref'ам данные с другого девайса, или с хвоста вот этого? Там механика крутая и гибкая :) > А диски целиком (vdev'ы но это чаще и есть диски) zfs освобождать > и та через пень-колоду научилась. Ну а btrfs вот не через пень колоду а как раз прозрачно, удобно и гибко все это. И достаточно универсально. Он гуляет по backref и чистит запрошенное место. Это относительно быстро - потому что заранее предусмотрено, и есть описатель "кому барахло в этих блоках принадлежит?". Поэтому барахло можно просто и быстро убрать - что с того девайса, что с хвоста этого девайса. Черт, btrfs настолько гибок в аллокации что умудряется оформить конверсию EXT -> Btrfs как нечто типа снапшота, ассимилировав все что было до него. С возможностью вернуть все взад, что самое угарное - ведь начальное состояние не портится, сам btrfs аллокации для себя в других регионах оформляет. > lvm умел, по-моему, всегда (то есть вообще все стандартные на последние пятнадцать > лет энтерпрайзные решения - умеют, поскольку стандартом давно стали lvm+*fs, а не голый диск) И черт бы с ним, пусть он там умеет где-нибудь подальше от меня. После btrfs'а я уже не хочу рулить всем этим через него. > А вот ужать отросшую xfs - невозможно, только жрать умеет. Да и фиг с ним. Он и данные нулями до сих пор умеет профигачивать. Возможно юзерам фидоры это не понравилось :)
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (-), 16-Июл-20, 17:22
	> накину, zfs рулит и педалит =) Но педалит она где-то там. Не в майнлайне. Хотя если вам нравится отпадение ФС после апгрейда кернела, гражданин известный как пох&нах с удовольствием подскажет вам как всего этого добиться без лишних усилий :)
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	149. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+1 +/–
	Сообщение от Аноним (27), 16-Июл-20, 17:53
	> Хотя если вам нравится отпадение ФС после апгрейда кернела Во-первых, там проблема была не в fs, а в дистрибутиве и его косоруких макаках (при апгрейде кернела ломался только апгрейженный, но был более занятный способ сломать сразу все, и невосстановимо - и так совпало, что он тогда как раз слуцился) - там все шедеврально, от самого источника проблемы, до их подхода к ее исправлению. (То есть что у них нет ни ограничений по изменениями в "шта6ильном" lts, ни автоматического тестирования, которое немедленно бы поймало проблему, ни (самое замечательное) - возможности просто откатить неудачный апгрейд тут же, а не через две недели кое-как, в обход существующих (бесполезных) процедур залатать поверх заплатки) Во-вторых сломали один из двух вариантов (там есть вариант установки без dkms, готовым модулем - в нем ничего не ломалось). В-третьих нефатально - грамотный админ спохватился и починил, без особых проблем, поскольку очевидно что поломалось и где чинить. Причем с zfs были цветочки, а владельцам невидии достались ягодки, в виде чорного экрана, там посложнее наощупь-то чинить было, наверное. Владельцы немодных сетевух вообще поехали во внезапную командировку в караганду, попутно читая заковыристые доки про apt-offline или как там его. То есть та история была не про zfs вообще, это про бубунточку и ее "разработчиков". Завтра они что-нибудь другое так же тебе обновят. У zfs совсем другие проблемы. Частично общие с btrfs, включая и 32x write amp (некоторые и 64 намеряли). Превращаться в тыкву необратимым образом - тоже умеет. В общем, на одном стуле пики точены, а на другом и того хуже... Лет пять назад можно было бы порадоваться, что раз за btrfs взялась fedora, читай redhat, возможно, в ближайшее время ее доведут до приличного состояния, но сегодня - больше верится в то, что и ту не доделают, опечатки в CoC только поправят, и другим станет доставаться еще меньше ресурсов и внимания. Вот если Линусу его комп разнести - тогда могут быть полезные для нас результаты.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	–1 +/–
	Сообщение от Аноним (200), 16-Июл-20, 21:21
	> Во-первых, там проблема была не в fs, а в дистрибутиве и его косоруких макаках Имхо, root cause = внеядерный модуль. А дистры не бог весть какие ядерщики. Крутые, видите ли, в майнлайне обитают прежде всего. > что он тогда как раз слуцился) - там все шедеврально, от > самого источника проблемы, до их подхода к ее исправлению. Это пох чтоли? Или кто-то другой за него умничает? :) [blabla skip] > В-третьих нефатально - грамотный админ спохватился и починил, без особых проблем ...а еще более грамотный подумает что 1) Предпосылки к повтору такого счастья никуда не делись. 2) ФС, особенно под системой, которая может стать тыквой - все же грабли. 3) ИМХО тупо юзать ФС такого плана и не наслаждаться этим для, блин, отмотки состояния ОС на своем десктопе в более живой вид после какого-то неудачного системного эксперимента, допустим. ZFS для такого явно не айс - сам может отвалиться, ну и радости с такой фичи в таком сценарии? > То есть та история была не про zfs вообще, это про бубунточку > и ее "разработчиков". Завтра они что-нибудь другое так же тебе обновят. Это была история про общее взаимодействие и о том что внеядерный модуль - ведет к не самому удачному комбо. > У zfs совсем другие проблемы. Частично общие с btrfs, включая и 32x > write amp (некоторые и 64 намеряли). CoW не очень хорошо стыкуется с некоторыми ворклоадами. В btrfs по этому поводу CoW сделан отключаемым. > Превращаться в тыкву необратимым образом - тоже умеет. У btrfs для совсем тыквенных случаев офлайн чтец есть. Самое интересное что я им только в синтетических случаях пользовался - в реальных он пока ни разу не потребовался пока :D > до приличного состояния, но сегодня - больше верится в то, что > и ту не доделают, опечатки в CoC только поправят, и другим > станет доставаться еще меньше ресурсов и внимания. В федоре вообще остались какие-то видные имена от ФС и блочного уровня? А то все вроде по гуглофэйсбукам или накрайнях зюзям разбежались. > Вот если Линусу его комп разнести - тогда могут быть полезные для нас результаты. Оно уже потестировано на миллиарде хомяков мордокниги - и поэтому основная лажа и так вытряхнута несколько лет назад. Да, после внедрения был всплеск странных багов вида "на 20Тб файле случается неведома фигня". Но и это починили. Теперь там поток багов и фиксов плюс-минус как в остальных ФС. Т.е. вполне продакшново, не лучше и не хуже остальных ФС в лине.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (89), 16-Июл-20, 15:46
	Бухаха. Юзеры Феди просто по жизни канарейками работают - сначала на них вяленого тестировали, теперь - btrfs (а еще раньше был SELinux). Отсюда не следует, что оно чем-то лучше.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	135. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (-), 16-Июл-20, 17:23
	> не следует, что оно чем-то лучше. А в чем тогда пойнт тестирования и затраты на это времени и бабла редхатом? :)
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+2 +/–
	Сообщение от Аноним (156), 16-Июл-20, 18:13
	> А в чем тогда пойнт тестирования и затраты на это времени и бабла редхатом? :) Поинт в том, что тестируют пользователи, а не редхат, и бабло отправляется на более практичные цели типа квартальной премии генеральному.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Школьник (ok), 16-Июл-20, 18:40
	>бабло отправляется на более практичные цели типа квартальной премии генеральному. Вы ничего не понимаете! Так рассуждают только бздуны и прочие корпоративные подстилки. Нет ничего плохого в том, чтобы пользователи Федоры забесплатно работали на редбиэм, а ее генеральный купил лишний раз брюлики своей любовнице. Ведь делая так, они продвигают Свободное ПО! Они герои, понимаете? Мир становится лучше от их работы! В конце концов, что бы они делали в свое свободное время, если бы не Федора? Навряд ли что-то лучшее, чем работа над Свободным ПО.
	Ответить | Правка | Наверх | Cообщить модератору

	196. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+/–
	Сообщение от Аноним (198), 16-Июл-20, 21:08
	> Поинт в том, что тестируют пользователи, а не редхат, Completely missed the point. Для начала, изменения вносят все же редхатчики, пользователям это полностью все ж не доверят. А пользователи что так ее тестят, что этак.
	Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

	186. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."	+2 +/–
	Сообщение от хотел спросить (?), 16-Июл-20, 19:52
	ну и потестишь ради хорошей бесплатной оси, которая кстати очень даже стабильна
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

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

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