> и не собирался уметь: он это оставляет volume manager'у. LVM отлично умеет
> с XFS взаимодействовать в этом плане.За глаза я считаю затею делать снапшоты на блочном уровне тухлой идеей - это тормозно, оверхед адский. И гибкость чугунной гири в комплекте. Себе это оставь, а я хочу чтобы все это работало по человечески. Я уже наелся снапшотирования виртуалок на блочном уровне в их диске-в-файле, достаточно для того чтобы не желать такое же непотребство на файлухе хоста. Если в виртуалках это трудноустранимое зло (не вижу как это красиво и без костылей для VM можно обтяпать по другому, разве что системдец допилят и вируалка сама будет себя снапшотировать получив команду на свой системдец от parent-системдеца), которое зачастую и кладет I/O, получить такое же гэ еще и на железяке? Нет уж, иди в пень. Ты как замшелый ретроград снапшотами поди просто не пользуешься совсем и именно тебе поэтому пофиг как оно работает. Как мой телепатор, сработал? :) Ну а мне надо нормально работающие снапшоты, а не этот LVM на отъ...сь, извини. Сам снапшотируй XFS LVM, имхо. А как по мне так это попытка приделать деревянному биплану крыло с изменяемой геометрией. Как-то летать, конечно, будет. А зачем мне "как-то"? Мне надо best of the best.
> что значит «медленно»? по сравнению с чем?
Да хоть с экст4 элементарным. Да и бтр. И вообще много кем. Продуть xfs в плане работы с кучей мелочи когда ворочание метаданных сравнимо или превышает ворочание данных сможет разве что какой-нибудь FAT. В новых ядрах немного подтянули, но все-равно мне не нравится. У меня есть тома в XFS, они только под большие файлы. Ибо с метаданными XFS тупит.
> нет, бтр не предлагать, оно нифига не стабильное ещё.
Эксперименты показали что в целом он вполне себе работает. Да там бывают баги. И невкусные. Но они бывают и в ext4. И в xfs. И много где еще. Если список коммитов в ядро почитать. Оно не чемпион по скорости. Хотя это тоже обсуждаемо. Покажи еще кого-нибудь кто делает full журналирование данных+метаданных и сделает это быстрее. А то журналить только метаданные - это читерство и ценой оного - потенциально неконсистентные данные. Я конечно понимаю что половинка старого файла и половина нового - это круто, только большинство файлов при этом нечитабельны. Мухлеж с журналингом только метаданных мне не нравится.
> вот как стабилизируется — тогда и посмотрим.
Как по мне так это от уровней требований зависит.
> что это и зачем оно надо?
А затем что мне не очевидно что у меня все файлы с одинаковой ценностью. И мне возможность заказать файлухе как мне размещать файло видится большим шагом вперед над классическими дубовыми схемами raid ориентированными на сферический мир в вакууме, где у файлов одинаковая ценность, у дисков одинаковый объем, а уж переиграть конфигурацию и вовсе никогда не хочется. Ибо разбирать большой райд - удовольствие ниже среднего.
> всегда было интересно, чем «журналирование просто данных» отличается от «записываем
> данные на диск», и как это должно работать вообще.
В случае классики типа xfs/ext4/... - тем что файлуху не парит вопрос консистентности данных. Если перезаписывался файл и тут вдруг крах - метаданные конечно будут логически корректны, но вот запись дошла до середины файла. И крах. И чего? У меня половина нового и половина старого файла. Информации для отката или доведения операции до конца нет, ибо на то и журналирование только метаданных. И чего с таким файлом делать? В случае CoW это не будет проблемой, ибо старое состояние файла не разрушается, а новое - или уж допишется, и далее апдейтом метаданных получится новый вид, или уж продолбается и при откате после краха на прошлый чекпойнт - файл останется "как было". EXT4 умеет полный журналинг но на классике это тормозно. XFS так не умеет совсем, to the best of our knowledge. А файлы как живые по метаданным, но черти с чем внутри - как-то не прикольно.
> не встречал. а у jfs встречал, кстати.
Более-менее замочили в районе 2.6.28, когда всех окончательно задолбало. Однако все остальное по части журналинга только метаданных - в силе, см. выше - это очень лайт версия журналирования, проблема которой в том что для данных НЕТ никакого undo или intention лога вообще. И запросто выйдет смесь старых и новых данных.
> и любовь к экстриму.
Ну ездийте на бричках. Только нефиг нам в спину шипеть, когда мы трансокеанские рейсы делаем.
