> это да, лучше каждый свой велосипед будет придумывать.Ты внезапно полюбил машины для бритья, делающие всем одинаковую форму лица? Это что-то новое :). Да, я не против нового вела, если он ездит лучше старых.
> и ты таки угадал: я в них не вижу особого смысла.
Вот видишь, я получаю +1 к скиллу телепатии ;). Зато смысл вижу я - БЫСТРОЕ приведение системы и/или данных в вид "как было" за какие-то секунды. Очень здорово исправлять даже серьезные продолбы или последствия экспериментов за единицы секунд.
> нет у меня привычки сначала приводить систему в состояние жoпы,
А я хочу возможность постановки unsafe системных экспериментов с возможностью быстренько сгонять в прошлое на машине времени и отменить эксперимент, если результат не понравился. Да и промахи при работе с файлами можно переиграть. Я человек и поэтому иногда могу делать ошибочные действия. Редко, но достаточно для желания возможности undo.
> а потом радостно откатываться на старый снапшот. мне и LVM хватает.
Кому и брички - выше крыши. Я что, спорю?
> оно и видно, да. crc32 в качестве хэш-функции — это бэст,
Я считаю это небольшим продолбом. В том плане что специально себе простреливать пятки я не намерен, а проблемой это будет разве что когда злонамеренная ремота может файлы с 100% контролируемыми именами вгружать. Оно как бы да, но это нишевая ситуация. А имея доступ к файловым операциям я как бы любую ФС ушатать могу, тюкнув по болючим местам. Worst case у всех хуже average. Это данность.
> общий бэкграунд авторов в CS показывает очень наглядно.
Пользуйся миниксом от одного из светил CS, я не против. А инженерные решения для реального мира балансируют так чтобы нормально работало и умело то что надо. Из какого гуано и палок и что там слеплено очень отдельный вопрос, интересный паре эстетов на планете.
> ты ещё с прямой записью сравни, ага — где сразу через DMA
> на диск фигачит в известные области.
EXT4 - вполне сравнимый по общим идеям в логике работы. Деревья, эктенты, журнал только метаданных. Вполне сравнимые экспонаты. Ну да, ext4 несколько более лайтовый и упрощенный а xfs более навернутый, но имхо это разные перепевки похожих наборов идей.
> а зачем ты xfs так используешь? не надо. у тебя вообще большинство
> проблем от того, что ты инструменты не по назначению используешь.
Читать учись. Я ж сказал что для больших файлов юзается. Для мелочи это сакс. Регулярно проверяю чисто из научного интереса. Сакс. Менее сакс чем было, но все-таки. Файлуха для любителей нелинейного монтажа и т.п. - SGI и есть SGI :).
> я и к ext4 насторожено отношусь,
Хз, он дефолтный в куче дистров и массовых воплей нет. Была парочка жирных багов, но - нишевых и на них маловероятно нарваться при обычных применениях. А в целом судя по изменениям оно не только стабильное, но и это вероятно по состоянию на сейчас один из наиболее протестированных кодов ФС вообще.
> а она более вылизана, чем бтр.
Это совпадает с моими наблюдениями над коммитами, но см. выше. И мое мнение валидно для here and now - 3.17+. Я не археолог, в винтажных ядрах пусть другие колупаются.
> а зачем? есть такая хорошая практика: если надо перезаписать файл, то делать
> это путём создания нового и атомарного rename.
Это всего лишь гнусный костыль по поводу у..щных свойств файлухи. Ясен пень, большинство програмеров забывает это вкостылить.
> а если файл большой — то это, обычно, какая-нибудь БД,
Очередное левое допущение. Если ты еще не понял - меня не прет обрубать мои задачи под умения первобытных инструментов.
> и занимается: она лучше знает, как со своими файлами работать.
Скажу БТРу chattr +C на файл базы и он для нее и журналов станет обычной подложкой. Гибкость файлухи под разные сценарии - это хорошо.
> ты вообще хреново понимаешь, что такое журналирование и зачем оно надо. оно
> призвано не твои файлы спасать, а FS: чтобы FS после крэша
> была в консистентном состоянии.
Буллшит. По нормальному журнал делает логику все или ничего. И я получаю или новое состояние или старое. Это логично. Но оказалось что писать данные на диск дважды - тормозно, поэтому применяют такой tradeoff целостности данных на скорость. Я не приветствую такие инженерные подходы и поэтому считаю CoW epic win'ом, хоть это и несет свои проблемы.
> не так; спасение файлов — задача программы, которая с этими файлами
> работает. а задача FS — не вставать раком, если вдруг что.
Я считаю иначе и предпочел бы это видеть свойством файлухи а не программ. Построить 1 файлуху - реально. А всех програмеров планеты - не очень. Поэтому я за делегирование этого на уровень файлухи, и ниипет. Так оно реально будет работать. А строить всех програмеров на костылирование у...щных ФС - это без меня. Я считаб неспособность ФС обеспечить честную транзакционность техническим дефектом.
> требование простое: не терять мои файлы. пока что raiser3, jfs и xfs
> с этим справляются. судя по интернетам, бтр справляется не всегда. будем
> подождать.
Ну это все как бы логично. А с моей колокольни я вижу что btrfs'ная алгоритмика может справиться с рядом проблем на которые все традиционно клали с прибором. Меня это утомило и очень хорошо что Мэйсон решил показать этим "я так привык" как такое на самом деле надо было делать.
> пиши разные файлы на разные рэйды. объединяй оверлейной FS. в чём проблемы-то?
В том что опять же фигово с гибкостью и геморно в управлении. У btrfs это красивее сделано. Есть девайсы, есть заказ разложить вон то вон так. А btrfs юзая свободное место этих девайсов может запрос разрулить. Убедительный и храбрый шаг вперед, мистер Мэйсон. Намного более умный подход к управлению томами и местом на них, имхо.
> опять ты инструменты не туда и не так.
Как я уже сказал - я труба шатал изгибаться буквой зю под кривые инструменты и постоянно обрубать мои нужды под их у...щность.
> и это правильно. см. выше.
А я хочу иное поведение ФС, мне не нравится журналинг только метаданных и я с удовольствием с такими халтурными технологиями распрощаюсь.
> пока что я наблюдаю, как вы весело бегаете кругами, периодически собирая свой
> развалившийся на части мегаболид.
Ммм? И чего я собирал по частям? Кстати там еще и годный тул для неразрушающего восстановления есть. Это вообще круть и аналогом является разве что пара коммерческих прог для виндовых ФС. А тут такое штатный тул ФС. Вот это да, крутотень. А остальные просто забили на проблематику и их ответ - "используйте photorec" :).
> безумству храбрых, конечно, и всё такое. но я лучше пока что на
> «бричке» доеду.
Да пожалуйста, кому хуже то?
