The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Автор Bcachefs представил патчи для исправления ФС, разрушенных недавней ошибкой, opennews (??), 08-Апр-24, (0) [смотреть все]

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


21. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от Аноним (21), 08-Апр-24, 11:25 
Товарищи, кто в теме!

Это можно расматривать в перспективе как замену простым, как пробка, и надёжным, как весь гражданский флот, ext2/3/4?

Или очередной аналог zfs/btrfs/xfs, созданный для нужд крупного энтерпрайза и требующих бесперебойника, резервных копий, постоянного мониторинга, реплицирования и на 90% состоящих из функционала, не нужного среднему домохозяину?

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

23. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от Аноним (1), 08-Апр-24, 11:40 
Изначально, она задумана как работа над ошибками реализации Btrfs. Чем она станет в итоге, пока рано говорить. На текущем этапе, как я понял, ставить ее имеет смысл только для тестов.
Ответить | Правка | Наверх | Cообщить модератору

63. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от anonymous (??), 08-Апр-24, 19:52 
Btrfs вообще никаким боком ни разу, именно работал над прозрачным кэшем для HDD через SSD и в процессе увлекся, понял что там всю "систему менять надо" и стал делать с 0 новую ФС.
Ответить | Правка | Наверх | Cообщить модератору

67. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 08-Апр-24, 22:19 
> Btrfs вообще никаким боком ни разу, именно работал над прозрачным кэшем для HDD
> через SSD и в процессе увлекся, понял что там всю "систему менять надо" и стал
> делать с 0 новую ФС.

Если не считать того что большую часть алгоритмов и управления ФС Кент содрал оттуда, хоть и заметно переиначив в процессе - то да. Ессно хватает и отличий.

Однако это тоже CoW, тоже с деревьями. Правда вместо больших Block Group - мелкие buckets, и логика работы с ними - другая. Тоже многодисковый, тоже обладает понятием subvolumes и снапшотов, и ключевые "продвинутые" вызовы к ФС, типа дедубликации экстента очень похожи. А заодно будучи автором bcache он допер до годной идеи, скрестить с иерархической хранилкой/кешом прямо на уровне рюхания избыточности и аллокатора. А пуркуа б ему да не па?!

В этом смысле предыдущий чел чем-то прав. Это такой ответ на вопрос "а что если это задизайнить еще раз, с учетом всех уже известных грабель?!". И тогда получится - что-то типа вот этого вот. И вероятно новые продвинутые дизайны тоже будут следовать тем же паттернам. Потому что это неплохо работает и дает ряд интересных фич стоящих возни с ними.

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

30. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от scriptkiddis (?), 08-Апр-24, 12:29 
Да.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

31. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от а што не так (?), 08-Апр-24, 12:47 
Использую f2fs на дисках с черепичной записью работает быстрее чем ext4.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

40. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +2 +/
Сообщение от Kuromi (ok), 08-Апр-24, 15:42 
Логично, f2fs же log-based. Другой вопрос что в  идеале не надо было SMR использовать вообще.
Ответить | Правка | Наверх | Cообщить модератору

88. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от нах. (?), 09-Апр-24, 09:01 
> Логично, f2fs же log-based. Другой вопрос что в  идеале не надо
> было SMR использовать вообще.

найди мне 2t 2.5" диск для ноута без smr?


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

108. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от maximnik0 (?), 09-Апр-24, 18:05 
>найди мне 2t 2.5" диск для ноута без smr?

Есть ещё в продаже модель (используется в внешних коробочках Seagate Backup Plus Slim ,но могли  и сменить,т.к очень древняя модель)
Seagate Samsung Spinpoint M9T ST2000LM003 2TB

Но цена дикая :-(

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

33. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  –1 +/
Сообщение от Аноним (33), 08-Апр-24, 13:39 
Надежность ext* существует только в сферическом вакууме, где физические диски работают идеально. Ведь она никак не проверяет целостность читаемых данных. То есть в типичной пользовательской системе из одного диска без избыточности/рейдов, вы о тихой порче данных просто не узнаете.

А Btrfs монтированная с опцией flushoncommit устойчива к любым внезапным сбоям, ведь вся концепция CoW как раз строится на том, что фс просто не может находиться в невалидном состоянии. Ну и проверка целостности читаемых данных не позволяет тихую порчу.

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

38. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (5), 08-Апр-24, 14:05 
У меня ext4 пережила примерно 50 разлетевшихся журналов подряд и даже ничего не потеряла каким-то чудом (пару раз пришлось ресетнуть аддоны и кэши браузера). Для сравнения ntfs у меня достаточно часто теряла/повреждала данные (которые повреждать не должна была, если бы это была ext4) и ей для этого хватало пару бсодов словить.

А вот btrfs достаточно легко приводится в состояние, в котором из неё извлечь нельзя ничего. Недавно вон она сама себя приводила к подобным повреждениям.

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

39. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от Аноним (33), 08-Апр-24, 15:40 
Ничего не потеряла = просто отсутствие проверки на битые файлы. Что собственно подтверждается вашим же предложением о ресете браузера.

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

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

Короче бэкапы нужно делать, а не надеяться, что данные "каким-то чудом" удасться восстановить.

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

43. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  –1 +/
Сообщение от Аноним (5), 08-Апр-24, 16:04 
Данные были на разделе с data=writeback, что не является умолчанием. 1 раз у меня файл .bash_history рута оказался заполнен мусором. Это после тысяч повреждений, если бы что-то случилось, это бы обнаружилось достаточно быстро (у большинства файлов хэши и/или контроль целостности). Записанные файлы и не должны повреждаться. Файлы, открытые на запись, будут повреждаться в любом случае, тут ни одна ФС не поможет. В общем, ext4 зарекомендовала себя достаточно хорошо. А вот бртфс вечно то рассыпается из-за видеодрайвера, то ещё что.
Ответить | Правка | Наверх | Cообщить модератору

44. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от Аноним (33), 08-Апр-24, 16:47 
> Файлы, открытые на запись, будут повреждаться в любом случае, тут ни одна ФС не поможет.

А вот это неправда. Почитайте принципы работы Copy-on-Write и зачем его вообще придумали. Такие фс не пишут поверх существующих данных, а всегда создается новый экстент, синкается на диск, и только затем атомарно подменяется указатель в дереве.
Это гарантирует, что в любой момент времени файл всегда в валидном состоянии. То есть после сбоя файл всегда будет либо в старом состоянии (до записи), либо в новом (после записи), и никогда посередине. И тем более не может оказаться с рандомным мусором вместо содержимого.

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

45. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (5), 08-Апр-24, 17:15 
Ещё как правда. Дело не в записи, дело в повреждении данных при частичной записи. И это мне казалось, что 100к фрагментов на 10мб файл на ext4 это уже слишком фрагментировано, бтрфс поможет вывести фрагментацию на новый уровень? А сколько записей впустую при этом совершает? На самом деле, конечно, главный довод против бтрфс -- это необходимость регулярной ребалансировки деревьев.
Ответить | Правка | Наверх | Cообщить модератору

53. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (33), 08-Апр-24, 18:01 
> Дело не в записи, дело в повреждении данных при частичной записи.

О том и речь. CoW исключает частичную запись. Блок либо запишется полностью и валидно, либо не запишется совсем, среднего не дано. В этом суть самой технологии.

> бтрфс поможет вывести фрагментацию на новый уровень?

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

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

Сколько лет с ней живу, ни разу не приходилось.

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

68. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 08-Апр-24, 22:30 
> О том и речь. CoW исключает частичную запись. Блок либо запишется полностью
> и валидно, либо не запишется совсем, среднего не дано. В этом
> суть самой технологии.

Этот фокус позволяет ему делать вещи от которых остальные в штаны бы обгадились. Типа, вот, неспешно конвертировать в другую схему RAID. А если покрешится в процессе - так и черт с ним, после перезапуска сможет продолжить это занятие без каких-то особых проблем. В силу вон той механики - на файлах сие не скажется. А на уровне аллокатора оно ок с смесью block group разных типов. Есть дефолтные с которым новые данные и метаданные пишутся, но смесь типов block group вполне рабочий сценарий.

> Если трогать большой файл частичными перезаписями - да. Особенно страдают вещи типа
> образов виртуальных машин и прочие базы данных.

Просто надо сделать только 1 CoW. И снапшоты либо ФС - либо виртуализатором. А вот cow диск на cow файлухе - это уже довольно неудачная идея. Если уж хочется cow диск, логично его nocow сделать при большой нагрузке.

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

Удваиваю. Ребаланс реально нужен если девайсами маневрировать, типа убрали-добавили. В старых ядрах - еще если соотношение метаданных и данных радикаьлно изменилось. В новых - оно почти пустые block group само научилось в фоне подгребать и в этом месте конвергенция идей с сабжем стала просматриваться еще сильнее. Это такая часть логики рюхания buckets от Кента. Хоть и иная в деталях. А что, идеи можно таскать и в обе стороны :)

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

47. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (21), 08-Апр-24, 17:32 
Вот я и хочу понять, bcache - просто это ext4 с добавленными чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной монстр, предназначенный для замены вообще всего блочного стека, включая всякие lvm/raid6/..., который периодически будет разваливаться под собственной тяжестью и без посторонней помощи, в результате чего бэкапы будут нужны не "когда диск сломался", а стабильно раз в несколько месяцев.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

50. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от Аноним (33), 08-Апр-24, 17:52 
Нет, ничего общего с ext4. Она навороченая, ближе к zfs и btrfs, и тоже CoW.
Ответить | Правка | Наверх | Cообщить модератору

73. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 08-Апр-24, 23:46 
> Вот я и хочу понять, bcache - просто это ext4 с добавленными
> чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной
> монстр, предназначенный для замены вообще всего блочного стека, включая всякие lvm/raid6/...,
> который периодически будет разваливаться под собственной тяжестью и без посторонней помощи,
> в результате чего бэкапы будут нужны не "когда диск сломался", а
> стабильно раз в несколько месяцев.

Называя вещи своими именами - вот тот классический стек как раз и норовит сдохнуть под своим весом. Потому что сколь-нибудь продвинутые взаимодействия, типа RAID, там кривы и безблагодатны. На стыке уровней теряется много инфо, продвинутые решения оно принимать не может. И вот вроде в RAID1 мы и видим что зеркала не сходятся - но какое из них правильное то? Вон те знают ответ на этот вопрос. А ваш горбатый запор EXT4 - увы и ах. Про то что управление местом на таких райдах полная дичь а снапшоты LVM такая штука что лучше бы их вообще не было дабы не позориться на публику - даже и упоминать неудобно.

А представляете, ФС может быть простой в управлении и с продвинутыми фичами, типа снапшотов, рефлинков, УДОБНОГО raid'а расширяемого подтыканием i++ девайса без нагрева мозга выраваниемнием. А чексумы намекнут если у вас железо глючит. Только все это - не про тот окаменелый мусор. Там как максимум какая-нибудь хтонь типа сратиса, и вот если он облажается на каком-нибудь ресайзе фс и проч - там даже чемодан денег редхату может не помочь. Учитывая что майнтайнер XFS оттуда драп-драп - сами понимаете.

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

89. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от нах. (?), 09-Апр-24, 09:03 
> Вот я и хочу понять, bcache - просто это ext4 с добавленными

нет, это адский оверинжиниренный трэш. Смысл его написания и назначение неведомы никому кроме его создателя. Кажется, он контрактует в компании, продающей наколеночной сборки насы, но это неточно.

> чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной

чексуммы сами по себе экспириенс пользователя могут только ухудшить.

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

101. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 09-Апр-24, 10:31 
>> Вот я и хочу понять, bcache - просто это ext4 с добавленными
> нет, это адский оверинжиниренный трэш.

Если сравнить это с ZFSом - так тот в цать раз жирнее. И как его тогда называть? :)

> Смысл его написания и назначение неведомы никому кроме его создателя.

Иерархическая хранилка с CoW и RAID'ами то? По моему вполне клево задумано.

> Кажется, он контрактует в компании, продающей наколеночной сборки насы, но это неточно.

Со временем до тех дойдет что менеджмент NAS может быть простым, логичным, без траха с выравниваниями, возможностью отрастить или даже сдуть по мере надобности и проч.

>> чексуммами и прочими радостями, улучшающими экспириенс пользователе? Или это очередной
> чексуммы сами по себе экспириенс пользователя могут только ухудшить.

Это почему? Если я выкину глючный проц, оперативу, шнурок, питальник, стораж и проч - это спасет меня от множества горя.

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

113. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от нах. (?), 09-Апр-24, 23:58 
> Если сравнить это с ZFSом - так тот в цать раз жирнее.

Мнение местного специалиста ни в чем - очень важно для нас.

>> Смысл его написания и назначение неведомы никому кроме его создателя.
> Иерархическая хранилка с CoW и RAID'ами то? По моему вполне клево задумано.

"но нет таких задач и железа"

> Это почему? Если я выкину глючный проц, оперативу, шнурок, питальник, стораж и проч - это спасет
> меня от множества горя.

но пока ты не выкинул даже флэшки из самой нижней строчки алиэкспресса.

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

118. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 10-Апр-24, 08:48 
>> Если сравнить это с ZFSом - так тот в цать раз жирнее.
> Мнение местного специалиста ни в чем - очень важно для нас.

Тебя что, на кернелорге забанили? Посмотри в дереве гита кернела размер кода bcachefs. Пока еще - не такой уж и монстр. Правда я подозреваю что это, возможно, временно. Еще никто не ушел от раздувания кода по мере девелопа софта.

>> Иерархическая хранилка с CoW и RAID'ами то? По моему вполне клево задумано.
> "но нет таких задач и железа"

Вон те толпы с bcache с тобой не согласны. А с сабжем они смогут не заниматься этим костылированием - и работать будет лучше. Ибо о рассыпоне кеша ФС будет куда более явно в курсе, а не так что - "простите, полфайлухи внезапно профакалось, а ФС на такое не расчитаны".

> но пока ты не выкинул даже флэшки из самой нижней строчки алиэкспресса.

Из любого бага можно сделать фичу, если подойти креативно. Теперь это реалистичный стрестестер файлух, довольно правдоподобно показывающий что с той или иной ФС бу при утечке заряда :).

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

120. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от нах. (?), 10-Апр-24, 09:24 
> Посмотри в дереве гита кернела размер кода bcachefs.

бестолку смотреть на размер еще недописанного кода. К тому же еще и сравнивать портируемый код с linoops only - сравнивай с такими же л@п4@тыми поделками, бырбырфесе например.

>> "но нет таких задач и железа"
> Вон те толпы с bcache с тобой не согласны.

это др-4еры. Задач у них - нет. Что там тому чуваку с тошибиным ноутом переставшим засыпать от улучшизмов - не спалось без модной фс? Да просто делать ему нефига было. Ну вот теперь есть чем заняться, чинить будет.

А я опять вот в печали - кудыбечь. ceph доразвивался до окончательно неремонтируемой и неуправляемой каши, гластер и те два пшека - сдохли, вмварь говорит сперва паспорт поменяй потом разговаривать будем... и остается только SD. На единственноверной архитектуре под единственноверной ос.

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

127. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 10-Апр-24, 14:01 
> бестолку смотреть на размер еще недописанного кода.

Ну вообще-то большая часть заявленных фич так то уже на месте. Вместе с иерархической хранилкой и проч. При этом он пока вдвое компактнее btrfs'а. Не вижу на что жаловаться.

Впрочем XFS в параде жирдяев дает мастеркласс. Вероятно из-за поддержки v4 и v5. Но вообще-то я их поздравляю - у них самая жирная кодовая база при никаких фичах. Надеюсь это отвечает на вопрос почему я считаю его тупиком эволюции. Вон уже сколько лет онлайн scrub пытаются. Видимо кастомерам не нравится полдня fsck гонять? :)

> К тому же еще и сравнивать портируемый код с linoops only - сравнивай с такими же
> л@п4@тыми поделками, бырбырфесе например.

Так я и сравнил. А портабельность этой пакости на бсди какие мне интересна как зайцу стопсигнал. И если это приводит к спагетти вместо кода - и, вон, тестам рефлинков прям в проде, ну, круто, ты это и юзай, если тебе именно такие соотношения надо :)

А там вон WinBTRFS есть. Но это отдельная кодовая база, которая мне на голову не гадит, и отдельные девы не пытающиеся редиректить хзкаких сов на глобус.

>> Вон те толпы с bcache с тобой не согласны.
> это др-4еры. Задач у них - нет. Что там тому чуваку с
> тошибиным ноутом переставшим засыпать от улучшизмов - не спалось

Среди них таки и всякие господа с какими-то энтерпрайзными SSD за кучу денег лезут. Врядли с ноутами. К btrfs'никам они лезут с вопросами вида "csum error - это баг в btrfs?!" -> "не, чувак, это у тебя SSD мрет - все брось и МЕНЯЙ ЕГО СЕЙЧАС!!!". А вон там у XFS/EXT4 такие же - "что значит, ФС капец?". Ну, блин. вот то и значит - не живет ФС если кеш совсем осыпался :)

У кента фс это все видит не через идиотские абстракции теряющие ошибки, так что сможет куда лучше с этим разбираться, имхо.

> без модной фс? Да просто делать ему нефига было. Ну вот теперь есть
> чем заняться, чинить будет.

Да там не в ФС дело - а в том что гоняют эту штуку, не замечая особых проблем, пока SSD не протрется совсем до дыр. Тогжа, конечно, замечают. В половине случаев - по крякнувшей ФС при том, да, такое сложно не заметить :)

> А я опять вот в печали - кудыбечь. ceph доразвивался до окончательно
> неремонтируемой и неуправляемой каши, гластер и те два пшека - сдохли,
> вмварь говорит сперва паспорт поменяй потом разговаривать будем... и остается только
> SD. На единственноверной архитектуре под единственноверной ос.

Ну вот всякие кластерные и сетевые штуки - это все же не мое, тут уж сорь. У меня как видишь и правда довольно специфичные хотелки, которые с энтерпрайзом пересекаются далеко не на 100%.

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

58. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  –1 +/
Сообщение от Аноним (-), 08-Апр-24, 18:20 
> У меня ext4 пережила примерно 50 разлетевшихся журналов подряд и даже ничего
> не потеряла каким-то чудом (пару раз пришлось ресетнуть аддоны и кэши браузера).

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

> для этого хватало пару бсодов словить.

Еще прикольнее если она рушится так что при попытке монтирования винды улетают в бсод. Юзер на соседний комп. А там тоже - бсод. Юзер в панике - "а данные то теперь вынуть как?!?".

> А вот btrfs достаточно легко приводится в состояние, в котором из неё
> извлечь нельзя ничего. Недавно вон она сама себя приводила к подобным повреждениям.

Да ну фигня. Там кроме всего прочего офлайн-читалка в тулсах есть, если уж мы про извлечь из нее. У Кента вот именно такой штуки вроде до сих пор нету. Впрочем идея ребилда деревьев по остаткам из inode/dirent это тоже довольно красиво. Но имеет свои ограничения.

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

64. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +1 +/
Сообщение от кент кента (?), 08-Апр-24, 20:12 
>как замену простым, как пробка, и надёжным, как весь гражданский флот, ext2/3/4?

а с чего ты взял, что ехт4 простая и надежная? )))) у кента этого написано, что там кода и костылей больше, чем в btrfs (который на порядок сложнее). простая и надежная это xfs (тсс, открытые файлы оно обнуляло 15 лет назад).

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

71. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (-), 08-Апр-24, 23:26 
>>как замену простым, как пробка, и надёжным, как весь гражданский флот, ext2/3/4?
> а с чего ты взял, что ехт4 простая и надежная? )))) у
> кента этого написано, что там кода и костылей больше, чем в
> btrfs (который на порядок сложнее). простая и надежная это xfs (тсс,
> открытые файлы оно обнуляло 15 лет назад).

Именно поэтому майнтайнер XFS панически сы...ся оттуда, заваленый багами от ботов. Логично!

Не менее логично что online scrub этой пакости они корябают я уже забыл сколько. Но в общем давно, а воз и ныне там. Да и в целом - не понятен этот смысл натяжки совы на глобус. Как cow оно по фичам недопилок жуткий, да еще с кучей кода XFSv4 от дидов внагрузку, при том это булшит-бинго еще и без пути миграции, зато с обещанием дропнуть.

И получился уродец. Он с одной стороны - таки довольно сложный, кривой и с кучей проблем. С другой до фич нормального cow недотягивает, а управление фс - ужасное. И вот нахрена оно такое вообще надо? Только редхат и знает. Видимо, все остальное было уже при деле - ну не JFS же было загребать к загребущим лапкам, в самом деле?! Но вот исход блочно-файлушников из редхата как бы намекает. Представляете? В шляпе полная шляпа - не осталось ни 1 известного имени по этой теме! Нате-ка вам индусского кота вместо этого от каких-то нонеймов.

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

109. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от Аноним (109), 09-Апр-24, 18:30 
У неё прям в названии написано, что она не простая (>bcache<fs).

Но можно сказать, что CoW постепенно обретает человеческое лицо (ZFS => btrfs => bcachefs).

Мне интересна, потому что нет в природе "ext5" с фичами NTFS (сжатие файлов, VSS-снапшоты, невозможность "исчерпания inode").

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

111. "Автор Bcachefs представил патчи для исправления ФС, разрушен..."  +/
Сообщение от maximnik0 (?), 09-Апр-24, 23:03 
>Мне интересна, потому что нет в природе "ext5" с фичами NTFS (сжатие файлов,

У Алана было ядро с NEXT4.Там единственное что иноды можно было исчерпать,но посредством пары команд можно было и добавить место под иноды.Том получался под "эмуляцией" LVM,использовали свои костыли.Отказались т.к вышел дикобраз- и скорости уже нету, и надежности-то снапшоты отвалиться,то сжатые файлы.А рук довести этот дикобраз не нашлось,они сами уже планировали поломать совместимость, т.к костыли мешали.

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

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру