> Вот видишь, я получаю +1 к скиллу телепатии ;). Зато смысл вижу
> я - БЫСТРОЕ приведение системы и/или данных в вид "как было"
> за какие-то секунды. Очень здорово исправлять даже серьезные продолбы или последствия
> экспериментов за единицы секунд.
>> нет у меня привычки сначала приводить систему в состояние жoпы,
> А я хочу возможность постановки unsafe системных экспериментов с возможностью быстренько
> сгонять в прошлое на машине времени и отменить эксперимент, если результат
> не понравился.у меня для этого всего есть няшные виртуальные машины. я ещё не окончательно долбанулся, чтобы рисковать рабочей системой. там и снапшоты есть, кстати.
> Да и промахи при работе с файлами можно переиграть.
как-то ещё со времён ДОСа привык трижды думать и делать копию, а потом уже насиловать файл. всё равно по закону подлости как раз то, что я нечаянно угробил, в снапшот попадёт или старое, или никакое.
>> оно и видно, да. crc32 в качестве хэш-функции — это бэст,
> Я считаю это небольшим продолбом. В том плане что специально себе простреливать
> пятки я не намерен, а проблемой это будет разве что когда
> злонамеренная ремота может файлы с 100% контролируемыми именами вгружать. Оно как
> бы да, но это нишевая ситуация. А имея доступ к файловым
> операциям я как бы любую ФС ушатать могу, тюкнув по болючим
> местам. Worst case у всех хуже average. Это данность.
а это всё потому, что ты тоже имеешь хреновый CS background. я уже говорил, что всё дело в другом: в том, что эта идея вообще голову посетила. у человека с нормальным базовым багажом знаний такой идеи не могло появиться в принципе. вообще. то есть, со знаниями по таким вот простым структурам данных у авторов бтр большие проблемы. а раз даже с тем, чему учат всех cs-студентов там проблемы, то я боюсь предположить, как обстоят дела с более продвинутыми алгоритмами и структурами данных. читать весь их говнокод перед использованием я не готов.
конечно, в конце концов более умные и опытные люди вычистят говнокод… ну, вот и посмотрим лет через десять. а пока… неа, пусть пионеры пионерят без меня.
>> общий бэкграунд авторов в CS показывает очень наглядно.
> Пользуйся миниксом от одного из светил CS, я не против. А инженерные
> решения для реального мира балансируют так чтобы нормально работало и умело
> то что надо. Из какого гуано и палок и что там
> слеплено очень отдельный вопрос, интересный паре эстетов на планете.
это не «инженерное решение», а таджикский самопал. crc32 — она даже не самая быстрая для хэширования, прикинь. не говоря уже о том, что она для хэширования не подходит. просто таджикский программист не в курсе, ему без разницы на это всё, трясти надо.
> Ну да, ext4 несколько более
> лайтовый и упрощенный а xfs более навернутый, но имхо это разные
> перепевки похожих наборов идей.
мотороллер и R1 тоже «разные перепевки похожих наборов идей». ну да, мотороллер несколько более лайтовый, чо.
>> а зачем? есть такая хорошая практика: если надо перезаписать файл, то делать
>> это путём создания нового и атомарного rename.
> Это всего лишь гнусный костыль по поводу у..щных свойств файлухи. Ясен пень,
> большинство програмеров забывает это вкостылить.
а не надо использовать говнософт. файлы, кстати, тоже костыль. тебе вон к завалишину, у его «фантома» файлов нет. правда, «фантома» тоже нет, тащемта, но это мелочи.
>> а если файл большой — то это, обычно, какая-нибудь БД,
> Очередное левое допущение. Если ты еще не понял - меня не прет
> обрубать мои задачи под умения первобытных инструментов.
«первобытные инструменты» — это те, которые с файлами работают. что такое этот «файл», зачем он нужен вообще? однако ж под файлы ты спокойно «прогибаешься». ты уж или трусы, или крестик, а то смешно выглядит.
>> и занимается: она лучше знает, как со своими файлами работать.
> Скажу БТРу chattr +C на файл базы и он для нее и
> журналов станет обычной подложкой. Гибкость файлухи под разные сценарии - это
> хорошо.
а ещё лучше — разные инструменты для разных задач. тут вон какой-то гений и /boot на бтр держит, если я верно прочитал.
>> ты вообще хреново понимаешь, что такое журналирование и зачем оно надо. оно
>> призвано не твои файлы спасать, а FS: чтобы FS после крэша
>> была в консистентном состоянии.
> Буллшит. По нормальному журнал делает логику все или ничего.
я и говорю: хреново понимаешь.
>> не так; спасение файлов — задача программы, которая с этими файлами
>> работает. а задача FS — не вставать раком, если вдруг что.
> Я считаю иначе и предпочел бы это видеть свойством файлухи а не
> программ.
а я — нет. код FS должен быть простым. чем проще код, тем меньше там багов. вот и всё. кому надо — может использовать в своей программе библиотеки для журналируемой работы с файлами, их есть. кому не надо — может не использовать. а FS остаётся простой.
вообще, современные тенденции делать из FS чёртичто ни к чему хорошему не приведут.
> Я считаб неспособность ФС
> обеспечить честную транзакционность техническим дефектом.
да на здоровье. а я вот считаю, что это — ни разу не задача FS.
>> требование простое: не терять мои файлы. пока что raiser3, jfs и xfs
>> с этим справляются. судя по интернетам, бтр справляется не всегда. будем
>> подождать.
> В том что опять же фигово с гибкостью и геморно в управлении.
> У btrfs это красивее сделано. Есть девайсы, есть заказ разложить вон
> то вон так. А btrfs юзая свободное место этих девайсов может
> запрос разрулить. Убедительный и храбрый шаг вперед, мистер Мэйсон. Намного более
> умный подход к управлению томами и местом на них, имхо.
и совершенно не юниксвэйный при этом: вместо комбинации инструментов строим очередного монстрика. я такую идеологию не разделяю.
> А я хочу иное поведение ФС, мне не нравится журналинг только метаданных
> и я с удовольствием с такими халтурными технологиями распрощаюсь.
возьми библиотеку журналируемой работы с файлами и засунь в LD_PRELOAD. и будут тебе «честные журналы» на любой FS и у любой софтины. это называется «composition». это юниксвэй, аднака. у меня, например, таким образом все программы отлично понимают 9P, хотя авторы некоторых из этих программ, наверняка, даже не в курсе, что такое 9P.
>> безумству храбрых, конечно, и всё такое. но я лучше пока что на
>> «бричке» доеду.
> Да пожалуйста, кому хуже то?
(пожимает плечами) точно не мне. у меня все довольны, брат жив, батя грит малацца.
