Кто-нибудь знает, почему на картинке
над интервью, изображён чел и девушка,
которые держат сердечко? При этом, у
мужика кровоподтёки изо рта, и девушка
тоже не слишком живая, а на сердечке
надпись Reiser.
Кстати, раз уж у вас тут такие
бурные баталии на тему того, что
имел в виду Шишкин под
В случае провала проверки контрольной суммы какого-либо блока
Reiser4 немедленно считывает соответствующий блок с девайса-
реплики. Заметьте, что ZFS и Btrfs так не могут: не позволяет
дизайн. Там вы должны запустить специальный фоновый сканирующий
процесс под названием "скраб" и ждать, когда он доберётся до
роблемного блока. Такие мероприятия программисты образно называют
"костылями".
то почему бы ни закастовать green и не спросить
у авторитетного источника? :)
Ну ок, где-то в районе 5й страницы вы
пришли к консенсусу… Но это не отменяет
желания спросить у знающих людей, что же
имел в виду Шишкин. Может быть то поведение,
что есть в бтрфс сейчас, стало таковым недавно?
Что имел ввиду Шишкин, надо спрашивать у Шишкина. Но он, вроде бы, загадками не говорил, чтобы возникла нужда прибегать к помощи толкователей. Хотя один толкователь здесь пробегал. Правда, оказался бесполезным. Но у него ещё остаётся шанс.
Ого, народ не знает, кто такой грин… Ну вообще-то
основной (бывший) разработчик Райзер3. То есть, тот
же Шишкин, только прошлой версии. И, вне всяких сомнений,
на ваши вопросы бы он ответил не хуже оригинала.
А что я не ясно написал-забыть (или не знать в моем случае) поставить бит nodatocow .sqlite- общедоступная библиотека/программа для работы с упрощенной базой данных.Может входить в комплект к другим программам, отличаются версиями где сломана совместимость (не всегда,есть переходные версии). Вот у меня есть программа MyRuLib ,в нее состав входит sqlite v 2.x. .Я проиндексировал 210 гб книжек,файл базы (положил в каталог с книжками) вышел 670 мгб,только на 80% индексирования раздел «умер» ,ошибка чтение-записи,нет ехтентов,еще какая то лажа по вылазила.....Начал копать,наткнулся на сообщения что sqlite2 вообще раньше убивал btrfs,сейчас только как в моем случае убивает COW журнал.Данные не потерялись,но не чего не помогло,все утилиты падали.Мне тогда на сайте http://www.opennet.ru и ткнули что этот бит нужно выставлять.Если интенсивная запись мелкими блоками фоновая балансировка может не успеть почистить COW журнал.(Насчет Firefox - если вы не знали теперь по стандарту до 100мгб сайт может с разрешения пользователя создать локальную базу данных, поэтому sqlite3 входит в состав этой программы, и там где не ставят этот бит опять бяка вылазит)
Ошибка чексумм == данные побились, end of story.
Не внимательно читали-раздел только чтения,но данные то я вытащил и сравнил с другого диска,контрольные суммы и коды рида-соломона у меня рядом лежали,проверил архивы все абсолютно цело и все совпадает .
Такого понятия, как «COW журнал», не существует. Ты всё ещё пишешь какую-то фигню.
Ну и УМВР, да. Не было такой проблемы ни разу.
Не внимательно читали-раздел только чтения,но данные то я вытащил и сравнил с другого диска,контрольные суммы и коды рида-соломона у меня рядом лежали,проверил архивы все абсолютно цело и все совпадает .
Так данные с btrfs читались или у тебя была «ошибка чек-сумм»? Одно из двух, определись уже.
какое из слов цитаты тебе не понятно и сколько раз тебе ещё повторить, что btr/zfs точно так же при обращении к блоку с несовпадающей контрольной суммой немедленно!!!!!! востановят блок из реплики?
Может Шишкин считает, что btrfs и zfs при обнаружении несовпадающих реплик хоть и отдают правильную, совпадающую по чек-сумме, но не спешат исправлять ошибочную реплику и оставляют её на потом - на усмотрение scrub. Он-то произведёт необходимые сравнения и починку, но потом, когда его вручную запустят.
А его чудо ФС исправляет всё сразу, как только замечено расхождение в репликах?
Миллионы конвертировали FAT32->NTFS и не жаловались.Тогда зачем было эту утилиту для конвертации EXT2....4 /Reiser3.6 писать ? Да я знаю что сейчас на эту утилиту забили мягко говоря и не рекомендуют к использованию.
если после 7 страниц обсуждения ты всё ещё задаёшь этот вопрос, то, очевидно, ты такой же неуч, как и этот ваш шишкин. и в зфс, как и в бтр это всё работает by design, а шишкин либо пизд%бол, либо невежда, что, в общем-то, одно и то же при его «статусе».
Не выходит,я реалист 50% инсталляций ХР это вместе с компьютером,а там сразу ntfs. В остальных случаях более половина предпочитала не заворачиваться а сразу установить с чистого листа.Вдобавок была еще 2000-я,а она тоже любила ntfs по дефолту.
Маркетинг не оправдание косорукости. Если ты что то делаешь, заявляешь что это работает - это должно работать. Независимо от фазы луны и желания левой пятки разработчика.
В случае провала проверки контрольной суммы какого-либо блока Reiser4 немедленно считывает соответствующий блок с девайса-реплики. [???] Заметьте, что…
Отсюда похоже фраза выпала. Собсно проливающая свет на то, почему в reiser4 не нужен скруб
У меня на ноуте бтрфс помирал несколько раз. От нехватки места при еще далеко не полном диске в том числе. Не мог работать с большим числом фалов в папке, начинал дико тормозить. В общем я побаловался и ext4 поставил обратно. Но это было лет уже восемь назад. Может поправили. Снапшеты там очень удобные.
Ребят, файловый системы — совсем не немножко mission critical, и разрабатываются совсем не так, как остальной софт. Там нужно do the right thing в узком, академическом, понимании этой метафоры. Кроме того, это — структуры данных во внешней памяти, да еще и обычно на С. Ну и случаются у таких людей профессиональные деформации личности, да. Сами попробуйте что-то такое написать — поймете.
А человек, между прочим, болеет за ваши данные. Чтобы с ними всё было хорошо. В продакшене. Это нормально, когда эксперт в своем деле чего-то не понимает. Это нормально, когда они (эксперты) ошибаются. Мы все — люди. Но это не нормально — браться за хранение данных и не быть параноиком надежности. Такие дела.
Может Шишкин считает, что btrfs и zfs при обнаружении несовпадающих реплик хоть и отдают правильную, совпадающую по чек-сумме, но не спешат исправлять ошибочную реплику и оставляют её на потом - на усмотрение scrub.
Откладывать на потом, имея в руках правильную копию данных - это противоестественно, ибо потом может уже не получиться найти правильную копию.
Поэтому ZFS исправляет сразу, в чем можно легко убедиться, заглянув в код vdev_mirror_io_done() и прочитав его начиная со сточки 708 и до конца функции.
Комментарий на строке 734 явно объясняет для особо упоротых.
Для raidz соответствующий код тоже существует.
intelfx говорит, что читал код btrfs, поэтому все вопросы про то, где аналог найти в коде btrfs - к нему.
Откладывать на потом, имея в руках правильную копию данных - это противоестественно, ибо потом может уже не получиться найти правильную копию.
легко убедиться…
Комментарий на строке 734 явно объясняет…
Не надо вешать лапшу на уши. В линукс-фс реквест на запись можно издать далеко не всегда. Приходится откладывать, или даже поручать это специализированным приложениям, да тому же скрабу
intelfx говорит, что читал код btrfs
Замечательно. Только выискивайте знакомые слова в коде где-нибудь в другом месте
В линукс-фс реквест на запись можно издать далеко не всегда. Приходится откладывать, или даже поручать это специализированным приложениям, да тому же скрабу
А у Шишкина та же операция через libastral будет работать, видимо? :))