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

В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachefs, opennews (??), 07-Фев-24, (0) [смотреть все] Кент не вывозит походу , Аноним (1), 14:00 , 07-Фев-24, (1) –10 // Да все он вывозит Здесь просто, наконец, его поделие начали тестировать нормаль, Аноним (3), 14:04 , 07-Фев-24, (3) +27 // Как этот код вообще приняли без проверки Три месяца прошло , Пряник (?), 15:32 , 08-Фев-24, (150) // Пришел бы да показал нам мастеркласс с проверкой 90K LoC лучше Кстати после это, Аноним (-), 16:32 , 08-Фев-24, (167) Да всё он вывозит Проект начал выходить в свет Соответственно, больше тестеров, llolik (ok), 14:14 , 07-Фев-24, (4) +11 // Ну дык Ухитриться 2 раза стереть несуществующий subvol - при нормальной эксплуа, Аноним (-), 16:43 , 07-Фев-24, (26) // Руками такое сделать сложно, но можно А вот косячным скриптом , dalco (ok), 17:09 , 07-Фев-24, (34) Ну вот скриптом делающим фигню, типа горбатого авто-манагера снапшотов, можно по, Аноним (-), 18:13 , 07-Фев-24, (44) Абсолютно нормально пытаться удалить по таймауту Точно так же нормально игнорир, Аноним (36), 17:36 , 07-Фев-24, (36) Да никто не спорит что баг - просто в практических сценариях на него наткнуться , Аноним (-), 18:11 , 07-Фев-24, (43) +2 Да хоть 200 раз, в чём проблема-то Такие вещи обязаны быть идемпотентными Или , Аноним (41), 18:02 , 07-Фев-24, (41) +1 Да нет, все идет по плану - приходите через десять лет, но это не точно - может , User (??), 14:30 , 07-Фев-24, (6) +2 // А ваши предки, наверное, были из тех, рассказывавших что от скорости более 40 км, Аноним (-), 16:51 , 07-Фев-24, (28) +1 // починил , Аноним (40), 18:01 , 07-Фев-24, (40) Странно, а я в поезде мерял скорость по приколу GPS ом Намерял 120 км ч Наверн, Аноним (-), 18:18 , 07-Фев-24, (45) Ну, судя по тому, что вы тут пишете - ваши предки на премию дарвина тоже не нара, User (??), 21:55 , 07-Фев-24, (62) Очевидно А с такими как вы - мы бы на деревьях гикали до сих пор Потому что вз, Аноним (-), 23:57 , 07-Фев-24, (69) +2 Ваше мнение очень важно для нас нет - ждем экспертную экспертизу от экспертов , User (??), 07:30 , 08-Фев-24, (88) +1 Что Вы курите, уважаемый, чтобы такая каша в голове была , 128557 (?), 08:15 , 08-Фев-24, (91) Ну, в данный момент - комменты некоего анонимного энтерпрайз-админа из fortune50, User (??), 09:43 , 08-Фев-24, (96) +1 Да эт виндового потребителя штормит с того что у нас в линухе технологии видите , Аноним (-), 14:01 , 08-Фев-24, (124) Да не, обычная история На примере ФФ - вливают новый код особенно если изменен, Kuromi (ok), 15:47 , 07-Фев-24, (18) +2 // Я пользую для кэширования мееедленного харда на SSD Больше ничего не тыкаю, ест, Аноним (3), 17:43 , 07-Фев-24, (37) // Именно bcachefs или более ранний bcache , Kuromi (ok), 17:12 , 08-Фев-24, (175) +1 Да всё он вывозит Просто в сишке нет RAII, чтобы запилить блокировку, которая с, Шарп (ok), 15:55 , 07-Фев-24, (19) +2 // Совсем не факт что ты хотел в ФС именно вот это вот ФС это такой весьма многопо, Аноним (-), 16:55 , 07-Фев-24, (29) // Можно Неблокирующие структуры данных и упорядочивание операций спасут от блокир, Аноним (41), 20:16 , 07-Фев-24, (57) Простите, а как например GC параллельно с этим всем гонять - не наступая себе на, Аноним (-), 00:00 , 08-Фев-24, (70) Ее и в ассемблере нет , Аноним (47), 18:27 , 07-Фев-24, (47) +1 Как же вы достали Во первых есть расширение на уровне компиляторов Во вторых -, Аноним (106), 11:30 , 08-Фев-24, (106) // В третьих в линухе даже и круче есть - там подобие деферов сделали, это даже бол, Аноним (-), 14:58 , 08-Фев-24, (142) Что он там не вывозит Локап в файлухе - ну, не айс Но даже не разрушение данны, Аноним (-), 16:27 , 07-Фев-24, (22) +1 Дак а что ты молчал то, когда ее в ядро принимали Почему не остановил, если все, Аноним (108), 11:32 , 08-Фев-24, (108) С самого начала было понятно, что bcachefs пока еще не готов и находится в экспе, inklesspen (ok), 14:01 , 07-Фев-24, (2) +1 // Ну кстати при принятии в кернел пришлось пойти на ряд компромиссов - и реально о, Аноним (-), 16:47 , 07-Фев-24, (27) // BTRFS в проде Я как-то здесь писа 769 л что была в эксплуатации 1 штука По той, PnD (??), 22:00 , 07-Фев-24, (63) // А у фэйсбука - миллиард юзерей обслуживает Это даже не война чукч и китайцев, и, Аноним (-), 00:24 , 08-Фев-24, (71) +1 на данные которых тому - совершенно наплевать да, главное веровать Чужой экспир, нах. (?), 14:12 , 08-Фев-24, (127) +1 То что у тебя получается лучше чем у них когда покажешь прод такого же масшта, Аноним (-), 15:34 , 08-Фев-24, (151) –1 У тебя что - прод такого же масштаба Нет, у тебя подкроватный серверок и десято, нах. (?), 16:03 , 08-Фев-24, (162) –1 Нет Поэтому если они ОК с failure rate, для меня тем более ЗБС будет Логика На, Аноним (173), 16:56 , 08-Фев-24, (173) Проблемы может и серьёзные, но не критичные потери данных, похоже, нет Так что, n00by (ok), 14:33 , 07-Фев-24, (7) // Потери данные были в 6 7-rc, до релиза они не дожили На самом деле, просто кому, Аноним (3), 14:37 , 07-Фев-24, (8) // Скрыто модератором, Фрик из соседней пещеры (?), 14:57 , 07-Фев-24, (11) +2 Именно К тому же честно было помечено экспериментальным и если кто решил экспер, Аноним (-), 16:40 , 07-Фев-24, (25) какова вероятность события при удалении чего-нибудь не нужного , удалить что-то, Sw00p aka Jerom (?), 16:59 , 07-Фев-24, (31) // А вот на этот случай у нас как раз и есть снапшоты там как раз можно передума, Аноним (-), 17:06 , 07-Фев-24, (33) // снапшоты вам помогу в случае ошибочного удаления нужного , а я имел ввиду ситуа, Sw00p aka Jerom (?), 17:51 , 07-Фев-24, (38) В случае CoW1 _Вся_ истинная иерархия вообще не обязана быть видна 2 Это означ, Аноним (-), 18:30 , 07-Фев-24, (48) Существенно выше, чем сферический эксперт в вакууме посмотрит код и укажет, что , n00by (ok), 08:07 , 08-Фев-24, (89) // видать члену экспертной комиссии надо пояснить выражение вероятность события с, Sw00p aka Jerom (?), 14:12 , 08-Фев-24, (126) Вероятность события эксперт смотрит код равна нулю , n00by (ok), 14:49 , 08-Фев-24, (136) отлично, в следующей новости еще раз спрошу , Sw00p aka Jerom (?), 15:55 , 08-Фев-24, (161) С какой целью ты задаёшь мне не имеющие отношения к теме глупые вопросы Это так, n00by (ok), 08:23 , 09-Фев-24, (196) Сидел на lvm ext4, и дальше буду сидеть , anonymous (??), 14:37 , 07-Фев-24, (9) // ext4 и так норм ресайзится,отмонтировался и в путь D, Фрик из соседней пещеры (?), 14:54 , 07-Фев-24, (10) // Ага, а если лошади по бочине как следует врезать и топить под горку то сможет, Аноним (-), 16:58 , 07-Фев-24, (30) // Угу с места в карьер , Фрик из соседней пещеры (?), 17:59 , 07-Фев-24, (39) Это в смысле в пропасть свалиться , Аноним (58), 20:24 , 07-Фев-24, (58) Back to the future , Минона (ok), 21:52 , 07-Фев-24, (61) +1 Ну он его не смотрел видимо - и потому не в курсе что вместо падения в пропасть , Аноним (-), 00:31 , 08-Фев-24, (72) +1 А как ещё лошалку так разогнать Она согласно вики максимум 71 км ч бежит , Фрик из соседней пещеры (?), 05:29 , 08-Фев-24, (83) Ну вот и до фрика из соседней пещеры кажется стало доходить что такой план имеет, Аноним (-), 10:29 , 08-Фев-24, (98) ext4 для рутиных задач типа игрушек и видосиков за глаза Реактивных лошадок пус, Фрик из соседней пещеры (?), 10:47 , 08-Фев-24, (102) Ну вот я уже несколько перерос примитивных маздайных пользаков с кейсами вида о, Аноним (-), 14:24 , 08-Фев-24, (128) Особенно забавно с учетом того, что на большинстве реальных кейсов ext4 таки быс, User (??), 21:50 , 07-Фев-24, (60) +1 Да, от 1 бэда под libc6 система на EXT4 и правда скопытилась резко, быстро и без, Аноним (-), 00:38 , 08-Фев-24, (73) –5 gt оверквотинг удален Ну вот он, мастер класс по переобуванию в прыжке от эксп, User (??), 07:09 , 08-Фев-24, (84) +1 Completely missed the point Скорость операций наступила после того как я н, Аноним (-), 10:43 , 08-Фев-24, (101) 4 терабайта фоточек Не,ну,ты конечно монстр Признаю тебя самым авторитетным , Фрик из соседней пещеры (?), 11:04 , 08-Фев-24, (103) Это рассыпавшаяся ФС у вооон тех Нормальные люди это делают так 1 Читают обра, Аноним (-), 14:30 , 08-Фев-24, (130) Нет, не так С посыпавшейся бтрфс зфс ты идёшь искать бэкапы, потому что выцепит, Аноним (36), 14:51 , 08-Фев-24, (137) Маленький нюанс в том что я видел довольно много чего посыпавшегося - но btrfs в, Аноним (156), 15:49 , 08-Фев-24, (156) Так тут целый перечень когнитивных искажений, неужели, не видишь При этом, сам , Аноним (36), 16:34 , 08-Фев-24, (168) Я содержу свое железо и системы в порядке Разбираясь с системными проблемами, а, Аноним (-), 17:09 , 08-Фев-24, (174) gt оверквотинг удален А полезное что-нибудь - пробовали Ну-там postgres какой, User (??), 13:44 , 08-Фев-24, (121) Так это оно для вас - полезное А мне это все нужно и интересно - как зайцу стоп, Аноним (-), 14:38 , 08-Фев-24, (131) gt оверквотинг удален Ну, т е не пробовали Вот почему-то ни капли не удивлен, User (??), 15:48 , 08-Фев-24, (155) Ну так это ваш кейс, полезный - вам При чем тут я Ага, и DUP на пачке одноплатн, Аноним (156), 15:55 , 08-Фев-24, (160) А зачем нужна эта как бы копия , Минона (ok), 14:25 , 08-Фев-24, (129) Затем что при Data Recovery урыть вычитаный с мучениями образ оригинала неаккура, Аноним (-), 14:41 , 08-Фев-24, (132) Ты не понимаешь основ криминалистической работы с данными, а это именно то, что , Аноним (36), 14:56 , 08-Фев-24, (140) +1 Data Recovery криминалистическая работа с данными, ВНЕЗАПНО D В этом случа, Аноним (156), 16:03 , 08-Фев-24, (163) ну ты сравнил - 4x в плохом случае 8 write amplification с 64x , нах. (?), 01:12 , 08-Фев-24, (76) При том чтобы такие цифры увидеть на практике надо быть или идиотом или нахом И, Аноним (-), 11:15 , 08-Фев-24, (104) надо мерять А не опрашивать местных неидиотов бредящих сказками о невиданых к, нах. (?), 14:04 , 08-Фев-24, (125) Очешуеть, я развел поха на здравую мысль С которой на все 100 согласен, btw В , Аноним (-), 14:43 , 08-Фев-24, (134) Сказки не рассказывай Там разве что с CoW журнал полнее, а чтобы такой херни до, Аноним (3), 11:29 , 08-Фев-24, (105) Оно умеет использовать файлы в качестве свопа или также как и ЗФС требует отдель, Аноним (1), 15:16 , 07-Фев-24, (13) // Нет, это ж CoW Научить можно, но я пока такое даже тестировать не хочу А в случ, Аноним (3), 15:20 , 07-Фев-24, (14) +3 // cow можно отключить, правда на сайте автора не указано, на каком уровне он отклю, inklesspen (ok), 15:23 , 07-Фев-24, (15) // Примерно как с btrfs chattr C на пустой файл, после чего это будет nocow файло, Аноним (-), 16:31 , 07-Фев-24, (23) Не будет Это просто смена атрибута man 1 chattr A file with the C attrib, Аноним (56), 20:12 , 07-Фев-24, (56) Так написано же Насколько я помню для bcachefs катит практически вся btrfs ная с, Аноним (77), 01:14 , 08-Фев-24, (77) экспертиза опеннета, безжалостная ты ж с-ка Это проверяется за пять минут сове, нах. (?), 07:22 , 08-Фев-24, (86) –1 С неких пор умеет, но с довольно большими оговорками описанными в документации , Аноним (-), 00:41 , 08-Фев-24, (74) // Мой интерес к файловому свопу сводится исключительно к вопросу использования сов, Аноним (1), 02:06 , 08-Фев-24, (80) // размера, Аноним (1), 02:09 , 08-Фев-24, (81) Ну вот тут упс, я не пользуюсь ни тем ни другим - и ничего не скажу по этому пов, Аноним (-), 11:38 , 08-Фев-24, (109) Есть устаревшие программы которые могут использовать своп как тмп кэш например , maximnik0 (?), 00:25 , 09-Фев-24, (194) Понеслась моча по трубам , как говаривали в одном известном фильме Было ожидаем, Kuromi (ok), 15:44 , 07-Фев-24, (16) // Для ФС которая с нами менее 1 релиза кернела - не такие уж и дикие баги, но с их, Аноним (-), 16:59 , 07-Фев-24, (32) +2 Оно метит в гильдию ибийц ZFS , Mr.Who (?), 15:45 , 07-Фев-24, (17) // А почему бы и нет Вот за столько лет openzfs стала надежной и стабильной А не за, Аноним (-), 16:15 , 07-Фев-24, (20) –1 // Но они там не теряются из-за попытки удалить несуществующую фс, даже если ты упо, нах. (?), 17:14 , 07-Фев-24, (35) –1 // Не ФС а subvol Subvol - это дерево, типа директории Точка входа Просто менедж, Аноним (-), 18:41 , 07-Фев-24, (50) директория - это французское правительство времен контр-революции А в zfs аналог, нах. (?), 19:06 , 07-Фев-24, (52) +3 В btrfs местный fsck тоже примерно полностью нерабочий О чём, впрочем, авторы ч, PnD (??), 22:13 , 07-Фев-24, (64) txg можно откатить без хексэдита ее, правда, угадать тот еще гемор Ходят слух, нах. (?), 01:17 , 08-Фев-24, (79) А можно поподробнее , Аноним (100), 10:38 , 08-Фев-24, (100) https github com openzfs zfs pull 15022 issuecomment-1802428899Я даже предлага, нах. (?), 13:53 , 08-Фев-24, (123) Просто для понимания - некий анон наколотил про сабж основные тезисы для Чиркова, Аноним (-), 14:48 , 08-Фев-24, (135) –1 ну мне было лень стараться потому что все что я хотел бы увидеть - и так было п, нах. (?), 14:53 , 08-Фев-24, (138) А я решил оставить себе подобным месадж - стоит обновить кернел , если они юзаю, Аноним (-), 16:28 , 08-Фев-24, (166) Вот оно что Юниксоиды - буржуазная контра стало быть А ты уверен что 100 анал, Аноним (-), 12:26 , 08-Фев-24, (113) ZFS с самого начала была железобетонной по надёжности Что в Соляриса, что потом, Mr.Who (?), 18:05 , 07-Фев-24, (42) // Но вы же её пытаетесь использовать в linux Поэтому неважно, где проблемы, важно, Аноним (49), 18:34 , 07-Фев-24, (49) нет История с крэшем который _разработчики_ во всяком случае - мнящие себя так, нах. (?), 19:14 , 07-Фев-24, (53) +1 Оно метит в гильдию убийц _вместе_ с ZFS Убийц _данных_ , Tron is Whistling (?), 16:26 , 07-Фев-24, (21)   // ext3 и ext4 здесь вне конкуренции Кто-то может сказать что я не прав и f2fs ещё, PnD (??), 22:35 , 07-Фев-24, (65) –1   // ext4 тоже метаданные научилась контролировать Справедливости ради , Аноним (3), 23:13 , 07-Фев-24, (66)   Знаете что такое too little and too late Это вот оно Вон там пара команд уже з, Аноним (-), 12:36 , 08-Фев-24, (114) –1   Делается,но вручную,есть ключ для tune ,только на размонтированном разделе, прим, maximnik0 (?), 01:13 , 09-Фев-24, (195)   Я очень рад за фанатов EXT4 - вот пусть они этой порнографией и занимаются А я , Аноним (-), 11:16 , 09-Фев-24, (202)   ext3 да, уверенно держит чемпионскую медальку На ext4 БЕЗ журнала я за пятнадцат, нах. (?), 07:19 , 08-Фев-24, (85)   Ошибка выжившего Без журнала от внезапных резетов всё сыплется, но тебе, видимо, Аноним (3), 11:31 , 08-Фев-24, (107) –1   Ну сыплется не сыплется, но вот часами ждать пока fsck отработает действительно , Аноним (36), 12:15 , 08-Фев-24, (111)   просто пользуюсь, а не фантазирую о каких-то там часах , нах. (?), 13:39 , 08-Фев-24, (119)   Ты не из тех ребят с 10 гигабайтным продом, они ещё зфс очень любят Без журнала, Аноним (36), 14:41 , 08-Фев-24, (133)   Если у тебя проду понадобилась рекавери - и ты еще плачешься про даунтайм - у те, нах. (?), 14:55 , 08-Фев-24, (139)   Даже при наличии резерва а он необходим далеко не везде и не всем нет гарантий, Аноним (36), 15:02 , 08-Фев-24, (144)   Ну раз не необходим - еще подождут Пааадумаешь Оно уже все равно легло, пусть , нах. (?), 15:22 , 08-Фев-24, (147)   Я проверял, с журналом fsck на ext4 отрабатывает практически моментально При по, Аноним (36), 15:38 , 08-Фев-24, (154)   с журналом fsck на ext4 у тебя отрабатывает ровно никак Просто завершается ни, нах. (?), 15:50 , 08-Фев-24, (157)   Вообще-то, проверяет, консистентность журнала и восстанавливает данные приводя и, Аноним (36), 16:21 , 08-Фев-24, (165)   Его проверит обычный mount Собственно, если у журнала нет обнаружимых внутрен, нах. (?), 16:36 , 08-Фев-24, (169)   А проверки данных и не нужны на практике, журнал это самая надёжная часть фс и о, Аноним (36), 17:13 , 08-Фев-24, (176)   пааанята правда fsck проверяет все же метаданные а не данные, но это уже неваж, нах. (?), 17:43 , 08-Фев-24, (178)   Абсолютно бесполезны, даже если на уровне фс повреждения записи удалось избежать, Аноним (36), 18:03 , 08-Фев-24, (179)   то продолжать работать на неконсистентной фс - так себе идея А приложение потом , нах. (?), 18:11 , 08-Фев-24, (181)   Почему, сразу, ошибки Да ещё в коде фс Я бы поставил на сайд-эффекты, которые , Аноним (36), 18:21 , 08-Фев-24, (185)   давайте думать о человеке хорошо нет, но предположить же ж можно я тоже Но , нах. (?), 21:49 , 08-Фев-24, (193)   и да, расскажите уже кто-нибудь этим нет цензурного слова - ЧТО на самом дел, нах. (?), 13:44 , 08-Фев-24, (120)   Придумали как раз таки для внезапных отключений питания Прикинь, да А сыплются, Аноним (3), 14:57 , 08-Фев-24, (141) –2   я все же надеюсь что нет, в нулевые годы уже умели в UPS там где важно Скорее д, нах. (?), 16:49 , 08-Фев-24, (170)   Ну причины могут быть разные Да, так то явно когда запиливали - беспокоились не, Аноним (3), 18:16 , 08-Фев-24, (182)   Я это даже комментировать не стану Просто оставлю эти две строчки для тех кто в , нах. (?), 18:32 , 08-Фев-24, (188)   То есть больших решений ты не видел WD Ultrastar 102 отсека дешманское решение, Аноним (3), 10:18 , 09-Фев-24, (197)   Черт, это прикол На энтерпрайзного поха нашелся гораздо более забористый - и , Аноним (-), 11:21 , 09-Фев-24, (203)   точно-точно wd ultrastar на сотню дисков - трезво Ок , нах. (?), 11:54 , 09-Фев-24, (211)   Ну, оно - существует Он про него - знает И при попытке взятия на понт - привел, Аноним (-), 13:25 , 10-Фев-24, (219)   Особенно радует, что дисковые полки не любят за вес под 50 кило У нас стойки п, Аноним (3), 18:31 , 09-Фев-24, (214) –1   явно не отставшего в развитии походу в DC водят на экскурсии раз в году да, да, нах. (?), 01:24 , 10-Фев-24, (217)   Для меня больше похоже на то что зная похонаха - он там себе возомнил что его ке, Аноним (-), 13:39 , 10-Фев-24, (220)   ну вот и передай это тому технарю , который рассказывает что у меня дешманское , нах. (?), 17:29 , 10-Фев-24, (224)   Ну ты вещал что так не бывает, а он пример не бывающего подогнал По моему чис, Аноним (-), 22:48 , 10-Фев-24, (226)   ты еще и читать не умеешь Покажи мою цитату с не бывает на амазоне ты тоже м, нах. (?), 19:57 , 11-Фев-24, (229)   Повторяешься Даже не интересно Ты сам то вообще что-то кроме флэшечек видел П, Аноним (3), 10:53 , 12-Фев-24, (233)   да, другим способом сразу потерять очень много данных вероятно только при помощи, нах. (?), 11:53 , 09-Фев-24, (210)   Я предпочитаю писать это как эксперт уровня бох W пох нах и пох это или 1 тип и, Аноним (-), 11:26 , 09-Фев-24, (204)   Про 0 ты брешешь, кстати Лучше говори, что тебе везло и ты раздолбай так и не з, Аноним (36), 12:20 , 08-Фев-24, (112)   Скрыто модератором, нах. (?), 13:37 , 08-Фев-24, (118)   А что не так с f2fs Интересуюсь,подумывал даже одно время переходить на неё,ог, maximnik0 (?), 00:05 , 10-Фев-24, (216)   Народ как раз во всю использует f2fs - в смартфонах Другое дело, что буквы ФС н, n00by (ok), 15:06 , 10-Фев-24, (223)   В смартах ее юзают - на некритичных разделах, и там питание всегда подперто бата, Аноним (-), 20:07 , 10-Фев-24, (225)   Хм, а апологеты COW btrfs кричат что всё и провакация, получается не вс, maximnik0 (?), 00:07 , 11-Фев-24, (227)   вон два смартфона еще живы - ни в одном нету Сплошная ext4, как жы так f2fs - , нах. (?), 09:20 , 12-Фев-24, (230)   Уже давно не подделка Очень много запилили,в том числе и для использования на об, maximnik0 (?), 10:21 , 12-Фев-24, (232)   Вроде бы так и нет поддержки ФС с включенным extra_attrhttps github com search, n00by (ok), 12:42 , 12-Фев-24, (236)   Хм ,викиНачиная с GRUB 2 04 5 Июля 2019 можно использовать раздел с F2FS как з, maximnik0 (?), 13:32 , 12-Фев-24, (237)   Вот другая вики https wiki archlinux org title F2FS GRUB_supportWhile GRUB s, n00by (ok), 14:15 , 12-Фев-24, (238)   Ну и кто мешает grub и ядро с инитр в не сжатом и шифрованном каталоге размести, maximnik0 (?), 14:45 , 12-Фев-24, (239)   Тот, кто мешает помнить тезис, который я поставил под сомнение допилили модуль, n00by (ok), 07:50 , 13-Фев-24, (242)   Стоп, стоп - а ЗАЧЕМ они всей этой фигней вот заняты Какие-такие проблемы оно р, нах. (?), 14:54 , 12-Фев-24, (240)   Ну все таки она попроще чем btrfs Нет LVM и RAID - и на поддержку этих свойств , maximnik0 (?), 21:53 , 12-Фев-24, (241)   Луддитный раритетчик отстал от народа Небось ещё и предпочитает замшелые напитк, n00by (ok), 12:36 , 12-Фев-24, (235)   Оно метит в nextgen nextgen а И по своему таковым является Идея объединить SSD, Аноним (-), 16:33 , 07-Фев-24, (24) // Зачем объединять SSD и HDD в единый сторадж В чём смысл данного подхода , Mr.Who (?), 18:27 , 07-Фев-24, (46) // Если записи эпизодические, то 1 При записи, ее поймает супербыстрый SSD и он, Аноним (-), 18:47 , 07-Фев-24, (51) Ну вот у меня меееедленный SMR и шустренький SSD И как-то вот объединил И вот , Аноним (3), 19:57 , 07-Фев-24, (55) +1 У меня всегда система на ссд, данные - на hdd рейдах Не понимаю ваших проблем , RocketShark (?), 23:28 , 07-Фев-24, (68) У некоторых данные - это не видео с котиками, а исходники, с которыми приходится, n00by (ok), 08:15 , 08-Фев-24, (90) +1 Ну и не понимаейте У меня вот система на одном SSD, а хомяк собран из вот таког, Аноним (3), 08:37 , 08-Фев-24, (92) С чего такой вой в комментах Первая попытка удаления закончится ошибкой - и ч, Аноним (54), 19:42 , 07-Фев-24, (54) // А со второй попытки оно повиснет Тут вопрос в том, что кейс реально кривой, т е, Аноним (3), 23:15 , 07-Фев-24, (67) +1 А Шишкин, между прочим, предупреждал , Аноним (75), 01:02 , 08-Фев-24, (75) +3 // Предупреждал, что не сможет допилить Reiser5 и забросит её в 2020 году , DEF (?), 02:57 , 08-Фев-24, (82) –1 Ну вы можете пользоваться файлухами от Шишкина если они для вас лучше работают, , Аноним (-), 12:41 , 08-Фев-24, (115) –1 А кто-нибудь видел этого Шишкина в лицо А то я сколько ни гуглил, кроме его инт, Аноним (100), 16:52 , 08-Фев-24, (172) После ядра 3 16 практически невозможно добиться нулевого в простое I O дисково, Аноним (78), 01:15 , 08-Фев-24, (78) –2 // Да как я это делаю О_О Магия, наверное Единственную сложность из себя представ, Аноним (3), 08:39 , 08-Фев-24, (93) –1 // Какие ещё журналы в Ext2 Нет, скатился, да и IBM нафиг не нужен линукс на дескт, Скатилсо (?), 12:10 , 08-Фев-24, (110) +1 // Журналы программ Прикинь, это все же журналы Даже служба, которая их пишет наз, Аноним (3), 15:00 , 08-Фев-24, (143) –1 Какое отношение версия ядра имеет к дисковому io Оно по своей инициативе не чит, edo (ok), 10:18 , 12-Фев-24, (231) Нет бы на расте писать, супербезопасный язык, избавляет от ошибок с памятью, Аноним (87), 07:29 , 08-Фев-24, (87) // Вот ты вот щас зря стебаешься, ибо bcachefs-tools частично на расте, а в ядро 6 , Аноним (3), 08:40 , 08-Фев-24, (94) // отличные новости, в расте нет проблем с блокировками, многопоточностью и утечкам, Аноним (95), 09:23 , 08-Фев-24, (95) А источник этих данных - какой Пруфлинк , Аноним (-), 13:45 , 08-Фев-24, (122) // https lore kernel org linux-bcachefs 20240207055558 611606-1-tahbertschinger g, Аноним (3), 15:05 , 08-Фев-24, (145) Это какой-то позор, Аноним (108), 15:51 , 08-Фев-24, (158) Нормальный, котируется Правда, для меня сие означает что я останусь на btrfs и , Аноним (-), 20:54 , 08-Фев-24, (192) Там хруст не в обязаловку Но ты в функционале можешь потерять ЕМНИП, там был к, Аноним (3), 10:23 , 09-Фев-24, (200) Ну, лично я на данный момент не собираюсь с хрустом в виде LLVM тулчейна дело им, Аноним (-), 11:31 , 09-Фев-24, (206) Ну таки неработа на 32 бит армах - это частность General purpose не обязывает н, Аноним (3), 11:43 , 09-Фев-24, (208) Ну как бы со своей стороны я при таком раскладе посчитаю что кой-кто был не совс, Аноним (-), 13:55 , 10-Фев-24, (221) Когда-то давным давно для себя определил, что ext3 подходит примерно для любых з, Аноним (117), 13:24 , 08-Фев-24, (117) –1 // Хорошо У нас блочный сторадж на 5 петабайт на хардах И 500 терабайт на SSD И , Аноним (3), 15:06 , 08-Фев-24, (146) –2 // то есть ты потратил денег на петабайтный сторадж возможный только на fs, которую, нах. (?), 15:26 , 08-Фев-24, (148) // ТО есть ты про дисковые полки, блин, не слышал И даже про дисковые хранилища, в, Аноним (3), 18:20 , 08-Фев-24, (184) –1 когда ты увидишь дисковую полку не на картинке - напиши сюда да нет, я как раз , нах. (?), 18:41 , 08-Фев-24, (189) Да нет, фантазии тут только твои Дисковая полочка на 100 дисков крутится, но не, Аноним (3), 10:30 , 09-Фев-24, (201) ну понятно Тебя на экскурсию туда хоть водили, или так - по рассказам коллег ор, нах. (?), 11:30 , 09-Фев-24, (205) Весь коммент похож на бред душевнобольного Выдернул слова из контекста, переина, Аноним (3), 11:41 , 09-Фев-24, (207) Жесткий вы тип, EXT3 столько вообще IIRC не умеет А что, он реально на таком м, Аноним (156), 15:38 , 08-Фев-24, (153) // Выглядит, как архив фоточек, скорее всего им и является Да мало ли применений п, Аноним (36), 17:22 , 08-Фев-24, (177) Да не пашет она на таком монстрике Но она занимается решением такой задачи, зап, Аноним (3), 18:21 , 08-Фев-24, (186) Ну, т е Сторажки нет, файлухи под неё нет - думаю и задачи n пб в одной файлухе, User (??), 18:50 , 08-Фев-24, (191) +2 Ну т е задачу эта файлуха решает теоретически, по спецификациям Т е файлуха е, Аноним (3), 10:21 , 09-Фев-24, (199) А Есть задача - но секретная, есть файлуха - но не рабочая, есть сторажка указа, User (??), 12:00 , 09-Фев-24, (212) +1 Либо Linux на каждый коммит вешает запуск всех известных статических анализаторо, Пряник (?), 15:28 , 08-Фев-24, (149) –1 // Вперед, переписывай, Аноним (108), 15:53 , 08-Фев-24, (159) +2 // да вон эти автыри аналогов не имеющих фс уже начинают Кстати, никто не подскаже, нах. (?), 16:52 , 08-Фев-24, (171) +1 // bcachefs разрабатывается 10 лет Ты, видимо, любишь рассуждать о том о чем пон, Аноним (3), 18:27 , 08-Фев-24, (187) bcachefs уже научился работать с накопителями в которых начались бедблоки или от, Олег (??), 03:38 , 11-Фев-24, (228) // 5 лет назад был bcachefs , edo (ok), 10:57 , 12-Фев-24, (234) 1,2,7,9,13,16,17,54,75,78,87,117,149,228

Сообщения

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

	21. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Tron is Whistling (?), 07-Фев-24, 16:26
	Оно метит в гильдию убийц _вместе_ с ZFS. Убийц _данных_.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	65. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	–1 +/–
	Сообщение от PnD (??), 07-Фев-24, 22:35
	ext3 и ext4 здесь вне конкуренции. Кто-то может сказать что я не прав и f2fs ещё веселее. Но кто её массово в проде использует? xfs несколько лучше, т.к. контролирует хотя бы метаданные и есть шанс отреагировать до того как на месте ФС останется фарш. (Недавно так поймал начало процесса осыпания *зеркала* из пары НЖМД. До этого там ехала ext4, успевшая рассыпаться в труху до ухода в RO. А на xfs успел-таки поймать начало процесса. Прогнал проверку rpm по контрольным суммам, и даже кластеризовал осыпающееся по inod'ам.) Фишка CoW ФС — в возможности реплицировать журнал. И в момент X остаться не совсем уж у разбитого корыта. Но не бесплатно, конечно. Нужна ли именно CoW, или есть более подходящие механизмы — вопрос конкретного применения.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (3), 07-Фев-24, 23:13
	ext4 тоже метаданные научилась контролировать. Справедливости ради.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	–1 +/–
	Сообщение от Аноним (-), 08-Фев-24, 12:36
	> ext4 тоже метаданные научилась контролировать. Справедливости ради. Знаете что такое too little and too late? Это вот оно. Вон там пара команд уже звездные крейсеры построили. А тут - вау, пороховую ракету к фанерному биплану приделали. Выглядит угарно - но на звездный крейсер все же по совокупности фич не тянет. И так то с учетом теорвера - у данных площадь намного больше. Так что можно довоьлно долго не замечать факап. Более того - ну вот заметил я CRC error. И чего? Вон те интегрированые дизайны - попросят вторую реплику с другой копии, из нее починят битое. SELF HEAL. А ext4 чего сможет в общем случае? Сообщить что он теперь - тыква? Вау, ну спасибо, ценное знание. А чтоб осмысленный self heal из другой копии, при том более-менее, прозрачно, эффективно, только битого сегмента - это надо видите ли интеграцию ФС с механикой райда было... а это не про античного classic уродца. Он быстро бегает. Местами. На этом его достоинства заканчиваются. И то - создаете диру с 100К филезов. Не, это конечно не такая ж как ntfs, но, знаете, даже btrfs поприятенее в этом аспекте. EXT4 к тому же не умеет деаллокацию раздутых дир и они такие и остаются - навечно. Даже если я стер большую часть файлов, судя по скорости операции оно потом ради 100 файлов будет весь тот шмат ворочать. А сдуть только мануально, пересоздав диру и мувнув файлы. Как ни странно этот момент подхайлайтил похонах, мне стало интересно - я понаблюдал - и кажется этот булшит в EXT4 имеет место по сей день. Что как бы фэйспалм.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 09-Фев-24, 01:13
	>деаллокацию раздутых дир и они такие и остаются - Делается,но вручную,есть ключ для tune ,только на размонтированном разделе, применяется в особо тяжёлых случаях (навскидку не скажу,нужно искать ,специфичный ключ).Да,анохроизм.Но в 90% при дефрагментации  так раздутые метаданные чистятся .
	Ответить | Правка | Наверх | Cообщить модератору

	202. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 09-Фев-24, 11:16
	>>деаллокацию раздутых дир и они такие и остаются - > Делается,но вручную,есть ключ для tune ,только на размонтированном разделе, Я очень рад за фанатов EXT4 - вот пусть они этой порнографией и занимаются! А я такие непотребства с ФС да еще с размонтированием - в гробу видал, скажем прямо. Я не желаю рулить моими ФС и системами в таком стиле. Это добро должно работать и решать проблемы. А не делать мозг и создавать новые проблемы изниоткуда. > применяется в особо тяжёлых случаях (навскидку не скажу,нужно искать , > специфичный ключ).Да,анохроизм.Но в 90% при дефрагментации  так раздутые метаданные чистятся . Я почистил путем миграции на btrfs, так гораздо прикольнее по сумме свойств оказалось. И не надо мля мануально танцевать с майнтенансом загаженых дир, блин. Да, я иногда могу вывалить 600К файлов в одну диру. Скажем при датарекавери какимнить photorec. И мне что - потом мануально каждый раз это сдувать? Или наслаждаться характерным "перфомансом" операций с дирой? Делать мне больше нехрен. Не понимаю смысла делать из проблем этого скелета свои проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 07:19
	> ext3 и ext4 здесь вне конкуренции. ext3 да, уверенно держит чемпионскую медальку. На ext4 БЕЗ журнала я за пятнадцать лет потерял НОЛЬ байт (и с журналом тоже, но он мне - не нужен). Включая жизнь с интересной платой, имеющей привычку виснуть при попытке нагрузить ее встройку. Т.е. с перезагрузками ресетом раз в пару недель минимум. Где вы берете такое барахло на котором сами по себе подменяются данные, с какой помойки? Фишка CoW fs - в 64x write amplification. И zfs мы любим вот совсем не за это.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	107. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	–1 +/–
	Сообщение от Аноним (3), 08-Фев-24, 11:31
	Ошибка выжившего. Без журнала от внезапных резетов всё сыплется, но тебе, видимо, везло. А сабж ещё и ECC на уровне ФС предлагает (пока что жутко экспериментально и не стабильно, но всё же заявка хороша).
	Ответить | Правка | Наверх | Cообщить модератору

	111. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 12:15
	Ну сыплется не сыплется, но вот часами ждать пока fsck отработает действительно не очень. Странный тип.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 13:39
	> Ну сыплется не сыплется, но вот часами ждать пока fsck отработает действительно > не очень. Странный тип. просто пользуюсь, а не фантазирую о каких-то там "часах"
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 14:41
	Ты не из тех ребят с 10 гигабайтным продом, они ещё зфс очень любят? Без журнала рекавери и поиск ошмётков действительно вечность занимает, а это даунтайм.
	Ответить | Правка | Наверх | Cообщить модератору

	139. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 14:55
	Если у тебя проду понадобилась рекавери - и ты еще плачешься про даунтайм - у тебя в подвале все плохо.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 15:02
	Даже при наличии резерва (а он необходим далеко не везде и не всем) нет гарантий, что сейчас что-нибудь не случится и с ним. Не понимаю суть претензии.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 15:22
	Ну раз не необходим - еще подождут. Пааадумаешь. Оно уже все равно легло, пусть диск нормально теперь проверит.
	Ответить | Правка | Наверх | Cообщить модератору

	154. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 15:38
	Я проверял, с журналом fsck на ext4 отрабатывает практически моментально. При повреждении журнала надо всё отсканировать и проверить, да ещё перезапуститься несколько раз из-за ошибок. Зачем умножать даунтайм и повреждения? Это ещё не говоря о том, что без журнала будет производительность ниже, чем у ext2 (а ext4 это одна из наиболее производительных и эффективных фс так-то).
	Ответить | Правка | Наверх | Cообщить модератору

	157. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 15:50
	с журналом fsck на ext4 у тебя "отрабатывает" ровно никак. Просто завершается ничего не проверяя. Что, кстати, нифига не хорошая идея. > Это ещё не говоря о том, что без журнала будет производительность ниже, чем у ext2 лол... Все что надо знать об экспертизе опеннета.
	Ответить | Правка | Наверх | Cообщить модератору

	165. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 16:21
	> ничего не проверяя. Вообще-то, проверяет, консистентность журнала и восстанавливает данные приводя их в работоспособное состояние, а так же оперативно устраняет повреждения не отражённые в журнале. Разницы никакой, я проверял: если что не так, журнал использоваться не будет. > лол... Все что надо знать об экспертизе опеннета. Экспертиза не экспертиза, а я лично гонял тесты на ссд (не синтетику). И время доступа растёт, и задержки, там ещё что-то с производительностью создания/удаления файлов. Поэтому всегда смешно встречать таких любителей отключить журнал.
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	169. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 16:36
	> Вообще-то, проверяет, консистентность журнала Его проверит обычный mount. Собственно, если у журнала нет (обнаружимых) внутренних повреждений - на этом все проверки и закончатся, fsck ничего дополнительно проверять и не будет, если специально не попросить. В современных модных systemd/linux его и вызывать-то не принято. А вот зря. > Экспертиза не экспертиза, а я лично гонял тесты на ссд (не синтетику). И время доступа растёт, и > задержки, там ещё что-то с производительностью создания/удаления файлов. Ну вот когда я такое увижу (надеюсь, никогда) - полезу проверять как это так удалось что две записи у тебя быстрее чем одна. И пока не выясню схренали - пожалуй, воздержусь от обнародования результатов.
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	176. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 17:13
	А проверки данных и не нужны на практике, журнал это самая надёжная часть фс и она защищает метаданные в первую очередь. Там не бывает повреждений, если их нет. Записываемые данные могут быть повреждены (у меня так .bash_history рута улетел ровно 1 раз), а самые последние данные вообще исчезнуть (спасибо data=writeback), но игнор журнала тут никак не поможет. Не было там двух записей, да и откуда им взяться на чтении? Разница настолько очевидна, что не возникает никакого желания продолжать эксперименты дальше. Я скорее спишу твои успехи на то, что измерения были с грубыми ошибками (а в ряде применений действительно наблюдалось незначительное повышение производительности).
	Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

	178. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 17:43
	> А проверки данных и не нужны на практике пааанята. (правда fsck проверяет все же метаданные а не данные, но это уже неважно) > Не было там двух записей, да и откуда им взяться на чтении? Разница настолько очевидна, что я бы прямо сразу заподозрил ошибку эксперимента. Поправил, не благодари. Потому что журнал вот вообще никак не может повлиять на скорость _чтения_. И раз разница "очевидна" а ты не сделал из этого правильный вывод - грош цена твоему экспериментаторству. А вот с записью все не так однозначно и я склонен приписывать (ту, раннюю, истинную) #12309 именно журналу. (нет, пруфов нет - это сильно запоздалая догадка)
	Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

	179. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 18:03
	> пааанята. (правда fsck проверяет все же метаданные а не данные, но это > уже неважно) Абсолютно бесполезны, даже если на уровне фс повреждения записи удалось избежать (не удалось), оно с большой вероятностью будет на уроне приложения. >журнал вот вообще никак не может повлиять на скорость _чтения_. Не знаю, где ты тут увидел скорость чтения, я говорил про скорость работы с метаданными и тут возможны различные объяснения. То, что такой функциональности нет в коде, ничего не означает.
	Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

	181. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 18:11
	> Абсолютно бесполезны, даже если на уровне фс повреждения записи удалось избежать (не удалось), то продолжать работать на неконсистентной фс - так себе идея. А приложение потом отдельно разберется со _своими_ проблемами. А не они вылезут в виде внезапного крэша через пару месяцев. > Не знаю, где ты тут увидел скорость чтения, я говорил про скорость работы с метаданными и тут > возможны различные объяснения. ошибка экспериментатора - первое из них. (второе - какие-то совершенно дикие ошибки в коде фс. Так тоже бывает. Но в данном случае экспериментатор проверен своей бестолковостью и верой в чудеса, поэтому первый вариант выигрывает.)
	Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

	185. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 18:21
	Почему, сразу, ошибки? Да ещё в коде фс? Я бы поставил на сайд-эффекты, которые достаточно просто обнаруживаются при корректно построенном процессе исследования. А вот хамить не обязательно, и хамство твою точку зрения никак не подкрепляет.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	193. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 21:49
	> Почему, сразу, ошибки? Да ещё в коде фс? "давайте думать о человеке хорошо!" (нет, но предположить же ж можно) > Я бы поставил на сайд-эффекты я тоже. Но тут всю систему менять надо. Потому что каждый может облажаться в экспериментах, но не каждому дано настолько быть незамутненным, что даже не попытаться поискать причину, а тут же возвести в ранг непреложных истин что алмаз может быть расколот только с помощью козлиной мочи. И не проси меня уважительно относиться к подобным персонажам их их очень обоснованным мнениям. Не стоят они того. (да и сами ни к кому уважительно отродясь не относились)
	Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

	120. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 13:44
	> Ошибка выжившего. Без журнала от внезапных резетов всё сыплется, и да, расскажите уже кто-нибудь этим.... нет цензурного слова - ЧТО на самом деле меняет журнал и для чего его придумали. > везло. А сабж ещё и ECC на уровне ФС предлагает (пока чтоб еще больше тормозило? Ну ок. > что жутко экспериментально и не стабильно, но всё же заявка хороша). причем заявка от людей ниасиливших raid6 и добившися невиданных успехов в виде performance hit вместо 2x gain на raid1. Безусловно уж костыль-то в виде какого-то там ECC на уровне fs у них точно получится нормально.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	141. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	–2 +/–
	Сообщение от Аноним (3), 08-Фев-24, 14:57
	>и да, расскажите уже кто-нибудь этим.... нет цензурного слова - ЧТО на самом деле меняет журнал и для чего его придумали. Придумали как раз таки для внезапных отключений питания. Прикинь, да? А сыплются без журнала - метаданные. Экспертиза она такая... опеннетная. >чтоб еще больше тормозило? Ну ок. Ты, видимо, на кривые накопители не нарывался. Ну и пусть тормозит себе (спойлер: нихера оно не тормозит), зато данные вытащить в каком-нить хреновом сторадже становится зачастую проще. >причем заявка от людей ниасиливших raid6 и добившися невиданных успехов в виде performance hit вместо 2x gain на raid1. Ваш RAID6 не особо технически лучше, а иногда и хуже RAID5. И где это Кент его вообще пытался осиливать? Ну то есть ты где-то звон слышал, но не в курсе, ога. btrfs и сабж всё же разные вещи, но ты как классический гопник, меряешь всех по себе и под одну гребенку, похоже. >Безусловно уж костыль-то в виде какого-то там ECC на уровне fs у них точно получится нормально. Ты знаешь будущее? А сколько биткойн будет стоить в конце года? Мне закупаться или продавать?
	Ответить | Правка | Наверх | Cообщить модератору

	170. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 16:49
	>> и да, расскажите уже кто-нибудь этим.... нет цензурного слова - ЧТО на самом деле меняет >> журнал и для чего его придумали. > Придумали как раз таки для внезапных отключений питания. Прикинь, да? А сыплются я все же надеюсь что нет, в нулевые годы уже умели в UPS там где важно. Скорее для внезапных крэшей и перезагрузок ресетом. Вот их у неудачников бывало и упсом это не подопрешь. И придумали для банальной экономии в этом случае времени. Не для надежности (про нее вообще ухитрились забыть и забить на пять лет), не для скорости - для экономии времени перезагрузки после крэша. Безусловно это было нужно и важно... тем кто придумал. А вот тебе - не факт. Раз ты любишь подглядывать как там у больших - вот, обрати внимание - гугль. Гугль не любит крэшащиеся системы. Вот вообще, независимо от того как быстрабыстра они перезагрузились. У него есть фэйловер. И проблему электропитания для себя решил на корню, прямым подключением к ГЭС. > Ты, видимо, на кривые накопители не нарывался. Ну и пусть тормозит себе Нарвусь - выкину. Зачем мне накопитель на который пишут одно а он возвращает нечто другое? Я вполне счастлив с такими которые читают потом то что было записано. > (спойлер: нихера оно не тормозит), зато данные вытащить в каком-нить хреновом > сторадже становится зачастую проще. Накопитель, запоровший тебе один блок, с тем же удовольствием запорет тебе и два подряд. > Ваш RAID6 не особо технически лучше, а иногда и хуже RAID5. И о б-жечки... опять экспертиза опеннета, да что ты будешь делать. Ну конечно два диска подряд отказать не могут (да и откуда они в твоих гаражных поделках, там единственная флэшка и та, похоже, из мусорки). Особенно когда и так ушатанный массив приходится прочитать-записать целиком, возможно параллельно с рабочей нагрузкой. > где это Кент его вообще пытался осиливать? Ну то есть ты т.е. заранее признал свою беспомощность. То ли дело вот ECC. Хоть 3way mirror-то есть, боюсь спросить? А то при физическом отказе пары spinning rust - ecc не очень поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (3), 08-Фев-24, 18:16
	>. Скорее для внезапных крэшей и перезагрузок ресетом. Вот их у неудачников бывало и упсом это не подопрешь. Ну причины могут быть разные. Да, так то явно когда запиливали - беспокоились не о питании, а о внезапном резете. Согласен. >Не для надежности Вау. Это прям эксперт уровня "бог". Для надежности, дорогой ты наш. Для надёжности, наличие журнала значительно уменьшает вероятность повреждения ФС при внезапном отвале накопителя. И даже на оффтопике NTFS было резетами сильно труднее убить, чем FAT32. Журнал не для экономии времени введён, на время в таких случаях всем похрен, как раз таки. >Раз ты любишь подглядывать как там у больших - вот, обрати внимание - гугль. Блин. Если у тебя будут задачи как у гугля - ну вперёд и с песней, делай как у гугля. Файловер он не всегда экономически оправдан даже. И кластеры чаще всего нахер не нужны: есть бэкап. Но вот у меня лежит в бэкапе петабайт данных и на проде хранилка на 500 гиг. Если она просто рассыплется - я восстановлюсь из бэкапа, ну несколько суток полежит. А если у меня рассыплется ФС и потом восстановится - я просто проверю консистентность данных. Еще одну такую хранилку ставить, балансировку нагрузки и т.п. - это стоит столько, сколько ты не зарабатываешь, дитятко. Там цены начинаются от твоей зарплаты за 10 лет. И файловер там обеспечивается на другом уровне, но иногда и файловер не вывозит. Ты бы, кстати, поинтересовался, как у гугла устроено... :D. Помню я , как амазон со всеми его файловерами лежал. >Нарвусь - выкину. Зачем мне накопитель на который пишут одно а он возвращает нечто другое? Так ты ж, болезный, этого не узнаешь. Ибо о таком аспекте ИБ как "целостность" ты даже не в курсе, видимо. >Накопитель, запоровший тебе один блок, с тем же удовольствием запорет тебе и два подряд. Я меняю накопитель. Но для этого надо узнать, что он сдох. А он может этого и не показывать... Так что ты опять пальцем в ж... >Ну конечно два диска подряд отказать не могут Ну если в твоем массиве не больше 4 дисков... А если у меня дисковая полка с сотней дисков? ТОже предлагаешь RAID6 использовать? Мне как-то, что RAID5, что RAID6. Вот вообще плевать. Ты щас показал свою "экспертность". RAID6 он на больших объемах несколько хуже. Но я и RAID5 не использую, ибо хоть и простой как пробка, но нафиг-нафиг. >т.е. заранее признал свою беспомощность. У меня для тебя плохие новости... Сходи к психиатру: проблемы с причинно-следственными связями это серьезный симптом. >Хоть 3way mirror-то есть, боюсь спросить? А то при физическом отказе пары spinning rust - ecc не очень поможет. Там можно указывать ЛЮБОЕ количество зеркал для конкретных данных. Т.е. ты можешь вот этот каталог зеркалить на такое-то количество устройств, так как оно очень важно. А вот это, нахрен не нужное - только в одном экземпляре хранить И оно таки работает. Ох уж эта экспертиза опеннета, безжалостная ты с-ка....
	Ответить | Правка | Наверх | Cообщить модератору

	188. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 08-Фев-24, 18:32
	> Да, так то явно когда запиливали > Для надёжности, наличие журнала значительно уменьшает вероятность повреждения ФС при внезапном > отвале накопителя. Я это даже комментировать не стану. Просто оставлю эти две строчки для тех кто в курсе - когда запиливали, что на самом деле запилили, и когда все же подперли еще одним костыликом. > А если у меня дисковая полка с сотней дисков? А если у бабушки член? У тебя только г-няные флэшки портящие данные. По одной в каждом аналогов не имеющем наколенном устройстве. Ни одной дисковой полки ты не видел и не увидишь. (в полке, если что, редко бывает больше 24 spinning rust дисков, и то такие любят далеко не везде. Потому что весит такое чудовище 50 кило, со всеми вытекающими. Что делают, когда данные не помещаются в полку - ты узнаешь вероятно в следующей жизни, когда вылезешь за пределы своего пузырька)
	Ответить | Правка | Наверх | Cообщить модератору

	197. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (3), 09-Фев-24, 10:18
	>в полке, если что, редко бывает больше 24 spinning rust дисков, и то такие любят далеко не везде. То есть больших решений ты не видел. WD Ultrastar 102 отсека (дешманское решение, правда, я его не люблю). И это не предел, есть полочки и побольше. То, что ты с этим не работал - это твои проблемы. Особенно "про их не везде любят". Есть места, где альтернатив тупо нет. 24 диска это даже не энтерпрайз толком, это херня, которая смысла, чаще всего, не имеет. >Что делают, когда данные не помещаются в полку Докупают еще полку. Ты даже тут умудряешься чушь нести.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 09-Фев-24, 11:21
	> То есть больших решений ты не видел. WD Ultrastar 102 отсека (дешманское > решение, правда, я его не люблю). И это не предел, есть > полочки и побольше. То, что ты с этим не работал - > это твои проблемы. Особенно "про их не везде любят". Есть места, > где альтернатив тупо нет. 24 диска это даже не энтерпрайз толком, > это херня, которая смысла, чаще всего, не имеет. >>Что делают, когда данные не помещаются в полку > Докупают еще полку. Ты даже тут умудряешься чушь нести. Черт, это прикол. На "энтерпрайзного" поха нашелся гораздо более забористый - и намного менее ушибленный энтерпрайзник. Куда более трезво смотрящий на некоторые вещи. И явно не застрявший в развитии в 2005 году как некоторые.
	Ответить | Правка | Наверх | Cообщить модератору

	211. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 09-Фев-24, 11:54
	> Черт, это прикол. На "энтерпрайзного" поха нашелся гораздо более забористый - и > намного менее ушибленный энтерпрайзник. Куда более трезво смотрящий на некоторые вещи. точно-точно. wd ultrastar на сотню дисков - трезво. Ок.
	Ответить | Правка | Наверх | Cообщить модератору

	219. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 10-Фев-24, 13:25
	>> Черт, это прикол. На "энтерпрайзного" поха нашелся гораздо более забористый - и >> намного менее ушибленный энтерпрайзник. Куда более трезво смотрящий на некоторые вещи. > точно-точно. wd ultrastar на сотню дисков - трезво. Ок. Ну, оно - существует. Он про него - знает. И при попытке взятия на понт - привел пример примерно того что ты хотел, с аргументом что так можно было. По моему нормально, не? Ну и если товар выпускают - на него клиент находится. Логично же.
	Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

	214. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	–1 +/–
	Сообщение от Аноним (3), 09-Фев-24, 18:31
	> И явно не застрявший в развитии в 2005 году как некоторые. Особенно радует, что дисковые полки не любят за вес под 50 кило. У нас стойки по полтонны в среднем... Там плюс-минус полста килограмм - фигня полная. Это он еще нормальных упсов по сотне килограмм весом не видел.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 10-Фев-24, 01:24
	>> И явно не застрявший в развитии в 2005 году как некоторые. "явно не отставшего в развитии" походу в DC водят на экскурсии раз в году. >  Особенно радует, что дисковые полки не любят за вес под 50 > кило. У нас стойки по полтонны в среднем... Там плюс-минус полста > килограмм - фигня полная. Это он еще нормальных упсов по сотне да, да, полная. Пока тебе не понадобится ее выковырять потому что "саппорт что-то не уверен, но по-моему ошибки связаны с тем что у тебя навернулся backplane" (ну и модули контролеров не то чтоб совсем уж никак нельзя достать без полного демонтажа, но погеморроиться придется) И это - обычная "2005" (нет) полочка столько весит, достаточно небольшого объема, а не поделка от wd на сто дисков (там еще очень занимательно эти диски заменять, но особо одаренные не ищут легкой жизни) Ну и конечно же поверх всего этого у тебя будет единственная фс. Прям топ инженерное решение. Главное самому рядом не пробегать. > килограмм весом не видел. ну где уж мне. Только вот (нормальные люди, а не местные особо одаренные) используют нормальные упсы. Которые сами себе стойка и выковыривать оттуда надо только отдельные батарейки, что вполне доступно без подъемного крана.
	Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

	220. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 10-Фев-24, 13:39
	> "явно не отставшего в развитии" походу в DC водят на экскурсии раз в году. Для меня больше похоже на то что зная похонаха - он там себе возомнил что его кейс единственно правилный, и вообще, все остальное - ересь, и либо невозможно, либо если вдруг - должно умереть, и желательно еще вчера. В общем похоже на обычный синдром утенка. Во всяком случае хамство и самолюбование - хреновые аргументы с технарями в чатике. > Ну и конечно же поверх всего этого у тебя будет единственная > фс. Прям топ инженерное решение. Главное самому рядом не пробегать. А тот Аноним(3) разве пытался тебя захантить ему это все майнтайнить? Нет? Ну тогда в чем проблемы? Если он и его контора разгребают - значит им норм. Почему ты решил что твой кейс единствнено верный и возможный на весь глобус - кто б тебя знает.
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	224. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 10-Фев-24, 17:29
	> самолюбование - хреновые аргументы с технарями в чатике. ну вот и передай это тому "технарю", который рассказывает что у меня дешманское чтототам а вот у него-то огого - и попутно придумывает, чего я там видел, а чего не видел. (а на деле вытащил из подвала амазона вдшную помойку и гордится виденым через плечо "zfs на сто дисков") >> фс. Прям топ инженерное решение. Главное самому рядом не пробегать. > А тот Аноним(3) разве пытался тебя захантить типичная подмена понятий. Я про инженерное решение (антиинженерное) - ты опять переводишь на "да мой (неважно, того-анонима, уровень потребления горааааздо круче твоего)" > Если он и его контора разгребают - значит им норм. Он - фантазирует. Про то как пятипетабайтные single-fs стораджи бороздят еще недописанные файловые системы. Чего там его контора разгребает - похоже видел через плечи ответственных сотрудников. Ну и энтерпрайзом тут (с этой-то wd наперевес, и с упсами "по сто кило" которых я точно "не видел" и не догадываюсь даже, где и с какого горя появляются) даже и не пахнет. Подвальными импортозаместителями скорее вон разит. А если тебе ентерпрайс интересен и прикинуть его реальные запросы - как инженеру, а не про уровень потребления - то про наши мне еще пять лет нельзя, но вон аж целый тиньков набрал мусора на целых два петабайта, это открытый источник (наверное уже четыре, они быстро росли, но тем не менее - это одни из самых крупных у нас энтер-прайс коллекционеров чего не надобы). Ну разумеется во-первых это у них бэкап, во-вторых, разумеется, то что его видно как fs не означает что все петабайты сложены кучкой в единственную полку. (Само инженерное решение, тоже, прям скажем, аховое, но ту единственную задачу для которой собрали - решает, а лучше не факт что получилось бы.)
	Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

	226. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 10-Фев-24, 22:48
	> дешманское чтототам а вот у него-то огого - и попутно придумывает, > чего я там видел, а чего не видел. Ну ты вещал что так не бывает, а он пример "не бывающего" подогнал. По моему чистая техническая победа в дискуссии, и позорная неспособность признать это. > (а на деле вытащил из подвала амазона вдшную помойку и гордится виденым > через плечо "zfs на сто дисков") В любом случае он явно видел сетап о котором ты выдал что так не бывает. Теория должна согласовываться с наблюдаемыми фактами. Иначе это х-вая теория, и ниипет. > типичная подмена понятий. Я про инженерное решение (антиинженерное) - ты опять переводишь > на "да мой (неважно, того-анонима, уровень потребления горааааздо круче твоего)" Ну ты требовал пример, он тебе его дал. Фигли еще надо? Я то с более технической стороны, глядя на дизайн сабжа, могу выразить некоторый спектицизм например на тему менеджмент операций VS отсутствие backrefs пока кент хрустом всяким развлекается вместо решения ряда проблем дизайна. КМК попытка отменеджить что-то такого размера без backrefs будет довольно интересным, но не факт что позитивным опытом. >> Если он и его контора разгребают - значит им норм. > Он - фантазирует. Про то как пятипетабайтные single-fs стораджи бороздят еще > недописанные файловые системы. Вероятно он прикидывает как энный дизайн впишется в энную задачу. Так то это нормальный способ решения инженерных задач - представить себе процесс, и как это будет работать. И почему - так. Другое дело что можно угадать, а можно и нет. И это очень зависит от уровня того кто это практикует. > Чего там его контора разгребает - похоже видел через плечи ответственных сотрудников. Но ты вообще сказал что так не бывает 🤦‍ > где и с какого горя появляются) даже и не пахнет. Подвальными > импортозаместителями скорее вон разит. Да это уже его проблемы кто он там. Решать какие технологии где используются и obsolete, good/bad/whatever и проч не твоя прерогатива как таковая - и остальные могут иметь свои мнения по своим причинам на этот счет. Насколько я вижу, твое мнение вообще здорово расходится с мнением ALL насчет технологий и как надо. Это может и не всегда плохо, но твои слезные рассказы о том как ты прострелил пятки и как у тебя все не работает - вызывают идеи что это подвалил хороший пример "как делать не надо" на чужих ошибках. Если кто ноет - значит он выбрал х-вый путь, лучше попробовать иные подходы и варианты. > еще пять лет нельзя, но вон аж целый тиньков набрал мусора > на целых два петабайта, это открытый источник (наверное уже четыре, они > быстро росли, но тем не менее - это одни из самых > крупных у нас энтер-прайс коллекционеров чего не надобы). Ну я вообще не фанат больших централизованых монстров ибо большому кораблю - большая торпеда, в конце концов, а если кто хочет это узнать сложным способом - ну, окей. И все же в контексте сабжа и не только интересно какие инсталляции бывают и почему - такие. > (Само инженерное решение, тоже, прям скажем, аховое, но ту единственную задачу > для которой собрали - решает, а лучше не факт что получилось бы.) Да я б не стал от тинькова ждать супер-скилов, хайповые слишком, врядли у них серьезные core wranglers и приличные архитекты есть. Тем вооон те предложат в i++ раз больше, и без совкопроблем локации.
	Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

	229. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 11-Фев-24, 19:57
	>> дешманское чтототам а вот у него-то огого - и попутно придумывает, >> чего я там видел, а чего не видел. > Ну ты вещал что так не бывает, а он пример "не бывающего" ты еще и читать не умеешь? Покажи мою цитату с "не бывает"? > В любом случае он явно видел сетап о котором ты выдал что на амазоне ты тоже можешь (наверное, давно не проверял) поглядеть. Оно любимо, в определенных кругах, но не энтерпрайзами. > Ну ты требовал пример, он тебе его дал. Фигли еще надо? я никаких примеров не требовал. > Вероятно он прикидывает как энный дизайн впишется в энную задачу. Так то Которой правда пока нет, но прикидывает. С чего весь тред и начался. Нет ни задачи, ни софта, ни адекватного железа и нескоро будет. К тому моменту вот например гибридные полки - очень вряд ли сохранятся, потому что их уже и сейчас разлюбили, задача решается в другом месте и на другом уровне. А типовой ентер-прайс хочет "all flash", потому что надевляпали тормозного г-на. Но ему не надо там петабайтов в одном флаконе, нету у него столько. > Ну я вообще не фанат больших централизованых монстров ибо большому кораблю - опять слился. Ну что ж такое? Скажи уж честно - твой предел - флэшечки в пердолинках. Вот про них я был бы готов тебя послушать, например - где ты купил те что неправильные данные без ошибок отдают и как их опознать (но ты конечно же не расскажешь). Остальное - вне компетенций и вне поля зрения как такового - просто потому что самоучку без мотора не позовут туда где оно бывает. (А позовут - напорешься на ту самую wd и "стакилограммовый упс" - беги оттуда!) Поэтому просто неинтересно обсуждать. И с тем чуваком тоже вряд ли интересно - я бы позадавал вопросов про чюду-юду-с zfs, но ведь опять фигня окажется.
	Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

	233. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (3), 12-Фев-24, 10:53
	Повторяешься. Даже не интересно. Ты сам то вообще что-то кроме флэшечек видел? После твоих последних пассажей - дюже сомневаюсь.
	Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

	210. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 09-Фев-24, 11:53
	> Есть места, где альтернатив тупо нет. да, другим способом сразу потерять очень много данных вероятно только при помощи динамита получится. >>Что делают, когда данные не помещаются в полку > Докупают еще полку. о, точно! Безумству храбрых... впрочем они не храбрые а просто глупые.
	Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

	204. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 09-Фев-24, 11:26
	> Вау. Это прям эксперт уровня "бог". Для надежности, дорогой ты наш. Я предпочитаю писать это как эксперт уровня бох^W пох (нах и пох это или 1 тип или 2 похожих по менталитету). Так сразу уровень очевиден - даже ежику становится понятно что ща накормят последними know-how из 2005 года! А если сильно повезет - может и 2010 "аж" =).
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

	112. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (36), 08-Фев-24, 12:20
	Про 0 ты брешешь, кстати. Лучше говори, что тебе везло и ты раздолбай так и не заметил ничего особо деструктивного. В это можно поверить, в противном случае, все видят, что ты никогда не пользовался этой фс.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	118. Скрыто модератором	+/–
	Сообщение от нах. (?), 08-Фев-24, 13:37
	> Про 0 ты брешешь, кстати. Лучше говори, что тебе везло и ты > раздолбай так и не заметил ничего особо деструктивного. В это можно Если никто ни разу за пятнадцать лет не заметил - значит ничего особо деструктивного там и не было. > поверить, в противном случае, все видят, что ты никогда не пользовался > этой фс. Ну конечно, куда мне до очередного эксперта опеннета. Малыш, ты не понимаешь что СЕБЯ со своим "видением" выставляешь полным дypaчком?
	Ответить | Правка | Наверх | Cообщить модератору

	216. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 10-Фев-24, 00:05
	> прав и f2fs ещё веселее. Но кто её массово в проде > использует? А что не так с f2fs ? Интересуюсь,подумывал даже одно время переходить на неё,огорчило отсутствие контрольной суммы для данных.Смутило отсутствие народа её использующие-хотя для обычных жестких дефрагментатор запилили,загрузка с нее теперь возможна.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	223. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от n00by (ok), 10-Фев-24, 15:06
	Народ как раз во всю использует f2fs - в смартфонах. Другое дело, что буквы ФС народу обычно не понятны.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от Аноним (-), 10-Фев-24, 20:07
	> Народ как раз во всю использует f2fs - в смартфонах. Другое дело, > что буквы ФС народу обычно не понятны. В смартах ее юзают - на некритичных разделах, и там питание всегда подперто батарейкой, а при ее посадке шадтаун - корректный. А вот если условия от идеала вдруг отличаются - у меня при powerloss тестах f2fs очень быстро разлетелся до состояния когда с одной стороны он не маунтится, а с другой fsck не может это починить ибо не видит проблем. В моем словаре это попадает под "что не так", очевидно. Хотя настоящая проблема - что один корейский Jeon (кодер из самсуня) на штуки 4 здоровых проекта надрывался, будучи явно перегруженным. Ну качество проектов - таки - хромает от такого.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 11-Фев-24, 00:07
	>В моем словаре это попадает под "что не так", очевидно. Хм, а апологеты COW (btrfs)  кричат что всё ......и провакация, получается не всегда COW спасает (для незнающих, в f2fs  тоже внедрили COW).Хотя у этой фс метаданные подперты контрольной суммой.И с самого начала продуманная  btree чуть не дотягивает до v2 у btrfs :-) , но это понятно что она рассчитывалась на флэшки,а там параллельные потоки стандартная ситуация.Понятненько, fsck значит ещё не доделали.И с контрольной суммой для данных пока грустно, хотя для старой ext4 пишут внешний костыль.
	Ответить | Правка | Наверх | Cообщить модератору

	230. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 12-Фев-24, 09:20
	> Народ как раз во всю использует f2fs - в смартфонах. вон два смартфона еще живы - ни в одном нету. Сплошная ext4, как жы так?! f2fs - поделка самсуня, решавшая (давние и уже не нуждающиеся в таком решении) проблемы - самсуня и его тормозного флэша. Причем для эффективной работы требующая специфических знаний о его внутренней структуре. Обрати внимание - гугль побрезговал.
	Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

	232. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 12-Фев-24, 10:21
	>f2fs - поделка самсуня Уже давно не подделка.Очень много запилили,в том числе и для использования на обычных дисках- другое дело качество кода,не все хорошо как хочется.Добавили COW,сжатие,дефрагментацию.Допилили модуль для grub ,сделав эту фс загрузочной.Я протестировал ее для внешних дискав для всяких файлов, неплохо,совсем неплохо по скорости, особенно для пустого диска.С мелкими файлами до какого-то момента быстрее btrfs работает,потом скорости выравниваются.Понимаю что риск потери данных выше, т.к агрессивный кэш в ОЗУ (отложенная запись) и нет crc для данных.Я ее глубоко не тестировал,( но за 2 года использования нечего не вылезло) но по крайне мере как UDF не разваливается, вот уж точно фс на которую даже  дышать страшно, при полном отсутствии fcsk.
	Ответить | Правка | Наверх | Cообщить модератору

	236. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от n00by (ok), 12-Фев-24, 12:42
	> Допилили модуль для grub ,сделав эту фс загрузочной. Вроде бы так и нет поддержки ФС с включенным extra_attr https://github.com/search?q=repo%3Aolafhering%2Fgr...
	Ответить | Правка | Наверх | Cообщить модератору

	237. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 12-Фев-24, 13:32
	>Вроде бы так и нет поддержки ФС с включенным extra_attr Хм ,вики Начиная с GRUB 2.04 (5 Июля 2019) можно использовать раздел с F2FS как загрузочный. https://git.savannah.gnu.org/cgit/grub.git/tree/grub-core/fs... https://opennet.ru/51038-grub ++нужно какая то версия ядра , если включено сжатие,были проблемы
	Ответить | Правка | Наверх | Cообщить модератору

	238. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от n00by (ok), 12-Фев-24, 14:15
	Вот другая "вики" https://wiki.archlinux.org/title/F2FS#GRUB_support While GRUB supports F2FS since version 2.0.4, it cannot correctly read its boot files from an F2FS partition that was created with the extra_attr flag enabled (for more details, see GRUB#Unsupported file systems). К ней у меня больше доверия, поскольку перепроверял и было так. С тех пор прошло некоторое время, но в коммитах доработки не вижу.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 12-Фев-24, 14:45
	> К ней у меня больше доверия, поскольку перепроверял и было так. С > тех пор прошло некоторое время, но в коммитах доработки не вижу. Ну и  кто мешает grub и ядро с инитр в не сжатом и шифрованном каталоге разместить ?
	Ответить | Правка | Наверх | Cообщить модератору

	242. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от n00by (ok), 13-Фев-24, 07:50
	>> К ней у меня больше доверия, поскольку перепроверял и было так. С >> тех пор прошло некоторое время, но в коммитах доработки не вижу. > Ну и  кто мешает grub и ядро с инитр в не > сжатом и шифрованном каталоге разместить ? Тот, кто мешает помнить тезис, который я поставил под сомнение: "допилили модуль для grub ,сделав эту фс загрузочной". Пишу, кстати, с f2fs созданной с extra_attr. GRUB просто выкинут за ненадобностью.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от нах. (?), 12-Фев-24, 14:54
	Стоп, стоп - а ЗАЧЕМ они всей этой фигней вот заняты? Какие-такие проблемы оно решает которые не решаются банальной ext4 ? Изначальный поинт был именно в том что они лучше знают (свои!) флэшки и их особенности - и там это имело какой-то смысл... если ты сотрудник самсунг. Потому что про флэшку из ларька ты знаешь ровно ничего. А еще одна фс общего назначения к десятку имеющихся и при этом с кучей странностей - вот накой? Ну и единственный гребец на той галере, точнее, 1шашнадцатая потому что ему велено веслать еще вон ту флотилию тоже в одно жало...
	Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

	241. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от maximnik0 (?), 12-Фев-24, 21:53
	> А еще одна фс общего назначения к десятку имеющихся и при этом > с кучей странностей - вот накой? Ну все таки она попроще чем btrfs. Нет LVM и RAID - и на поддержку этих свойств они и не замахиваються.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "В ядре Linux 6.8 исправлены две серьёзные проблемы в bcachef..."	+/–
	Сообщение от n00by (ok), 12-Фев-24, 12:36
	>> Народ как раз во всю использует f2fs - в смартфонах. > вон два смартфона еще живы - ни в одном нету. Сплошная ext4, > как жы так?! Луддитный раритетчик отстал от народа. Небось ещё и предпочитает замшелые напитки трендовым технологиям ускорения выдержки.
	Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

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

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