https://opennet.ru/openforum/vsluhforumID3/131934.html Линус Торвальдс утвердил запрос на включение файловой системы Bcachefs в основной состав ядра Linux и добавил реализацию Bcachefs в репозиторий, в котором развивается ветка ядра 6.7, релиз которой ожидается в начале января. Добавленный в ядро патч включает около 95 тысяч строк кода. Проект уже более 10 лет развивает Кент Оверстрит (Kent Overstreet), который также разработал входящую в состав ядра систему кэширования блочных устройств на SSD-накопителях BCache...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60021<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#523 Mon, 18 Mar 2024 17:14:57 GMT Фальстарт. 14 дней недотерпели.<br>А уже на bcachefs.org написали - "особое внимание уделяется надежности и надежности"<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#522 Tue, 21 Nov 2023 10:51:31 GMT Есть над чем подумать. При перезаписи блока он ведь не целиком меняется. Поэтому он копируется и меняется частично. Например, мы поменяли в текстовом файле одну букву, а не всю строку.<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#521 Sat, 18 Nov 2023 08:08:23 GMT К моменту "когда" у него будет пенсия больше, чем у тебя доход за год. Такие дела.<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#520 Mon, 13 Nov 2023 23:52:47 GMT &gt; Теоретические измышлизмы это прекрасно. А вон то - смотрение как это на <br>&gt; практике работало. Это было надежнее чем выслушивать опеннетных экспертов, и я <br>&gt; по факту видел - вон то. О чем и спел.<br><br>Верну контекст: после отсеивания изначально проблемной памяти можно жить и примерно одинаково страдать от единичных космических лучей что с btrfs, что без btrfs. Тут теорвер btrfs не поможет, единичное повреждение в non-ECC RAM скорее всего заденет не его данные.<br><br>&gt; В конечном итоге btrfs там где я его выидел выловил вот проц, <br>&gt; пару планок рамы, шнурок и даже чипсет. А какие у вас <br>&gt; на все эти случаи планы были кроме теоретических разглагольствований я не <br>&gt; понял.<br><br>Но они очевидны, дождаться первых проблем и: память - memtest, SATA-кабель - проверка 0xC7 CRC Error Count в SMART'е, процессор и чипсет - страдать, менять всё с запасом. Ну и организационный момент, конечно - пассивное ожидание kernel panic более фатально, ожидание настроенного уведомления о плохом SMART'е и проблемном scrub'е менее фаталь https://opennet.ru/openforum/vsluhforumID3/131934.html#519 Mon, 13 Nov 2023 19:04:52 GMT &gt; Видите, при перспективе впечататься в планету я могу включить гипердрайв на наносекунды, <br>&gt; проскочить на другую сторону - и рематериализоваться там. А если вы <br>&gt; так не могли - suxx to be you.<br><br>могу вас поздравить, можете уже на аттосекунду гипердрайвить :)<br><br>&gt; Это видимо не наша эпоха и/или альтернативная версия реальности была. В нашей <br>&gt; -rc1 для 6.7 вышел и пора посмотреть что может дизайн Кента. <br><br>мульти-вселенная :)))))) <br><br><br> https://opennet.ru/openforum/vsluhforumID3/131934.html#517 Mon, 13 Nov 2023 16:15:56 GMT &gt; тут главный вопрос - где взять эти ресурсы? :)<br><br>А вот это уже решаемо при достаточной степени креативности. Скажем если есть диск с дофига места но там нужные данные, можно на неаллоцированом месте диск-в-файле сделать, дать ЭТО как девайс бтрфс на время, это не оптимально, зато никакого дестроя и агрессивное маневрирование тем что было с минимальными допущениями. А возможность добавить-снести позволяет сделать что надо. Даже если это было на 1 раз и проч.<br><br>Видите, при перспективе впечататься в планету я могу включить гипердрайв на наносекунды, проскочить на другую сторону - и рематериализоваться там. А если вы так не могли - suxx to be you.<br><br>&gt; ага, видел я вашу эпоху - метаданные в кластере касандры, а данные на ext2 :)<br><br>Это видимо не наша эпоха и/или альтернативная версия реальности была. В нашей -rc1 для 6.7 вышел и пора посмотреть что может дизайн Кента.<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#516 Mon, 13 Nov 2023 15:21:43 GMT &gt; Эмм, в оперативную память кладут и другие вещи, помимо данных для btrfs <br>&gt; scrub. И они побьются заодно.<br><br>Ну как бы если у вас оперативка сыпется, конфиг всяко чинить надо и что-то уже могло быть побито. Так что реальное достижение - в основном хайлайт проблем железа. И это фича.<br><br>&gt; Только контрольной суммы у них не будет. Но перед записью на диск появится,<br>&gt; подсчитанная от уже побитых данных.<br><br>Теоретические измышлизмы это прекрасно. А вон то - смотрение как это на практике работало. Это было надежнее чем выслушивать опеннетных экспертов, и я по факту видел - вон то. О чем и спел.<br><br>&gt; Случай с глючной оперативкой (которую можно выявить и иначе) достаточно <br>&gt; очевиден, а халат нужен в разговоре про космически-лучевые soft error'ы.<br><br>В конечном итоге btrfs там где я его выидел выловил вот проц, пару планок рамы, шнурок и даже чипсет. А какие у вас на все эти случаи планы были кроме теоретических разглагольствований я не понял. Мне вон тот план когда глюкавые компоненты отлавливаются - больше понравил https://opennet.ru/openforum/vsluhforumID3/131934.html#515 Mon, 13 Nov 2023 14:25:01 GMT &gt; А я динамическое реконфигурирование и реаллокацию ресурсов на задачу полюбил не просто так. А как раз чтобы поздно - не было.<br><br>тут главный вопрос - где взять эти ресурсы? :)<br><br>&gt; И я искренне сомневаюсь что вы дадите мне <br>&gt; мастеркласс на эту тему, кмк мы принадлежим к сильно разным эпохам <br>&gt; технологий.<br><br>ага, видел я вашу эпоху - метаданные в кластере касандры, а данные на ext2 :)<br> https://opennet.ru/openforum/vsluhforumID3/131934.html#514 Mon, 13 Nov 2023 08:52:27 GMT &gt; На практике btrfs при таком обычно орет "csum error" в логи и <br>&gt; если юзерь не совсем баклан... из того что на виду, отловился <br>&gt; глючный проц и пару плашек оперативки как раз. Неплохой валидатор работы <br>&gt; оборудования получился.<br><br>Эмм, в оперативную память кладут и другие вещи, помимо данных для btrfs scrub. И они побьются заодно. Только контрольной суммы у них не будет. Но перед записью на диск появится, подсчитанная от уже побитых данных. Случай с глючной оперативкой (которую можно выявить и иначе) достаточно очевиден, а халат нужен в разговоре про космически-лучевые soft error'ы.<br><br>&gt; Это может себе вообразить только тот кто никогда не интересовался как это <br>&gt; работает и видимо не имеет особого опыта эксплуатации компьютерных систем.<br><br>Поведай, зачем тогда изобрели RAID-массивы. В них (без доп. data checksumming'а) не было бы смысла, если бы диск обычно умирал "тихо". Хотя и так ясно, что изобретатели не интересовались, как это работает и не имели особого опыта.<br><br>На этом держатся все системы без к