https://opennet.dev/openforum/vsluhforumID3/130791.html Кент Оверстрит (Kent Overstreet), автор входящей в состав ядра Linux...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59314<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#242 Fri, 07 Jul 2023 11:54:01 GMT Удачи потом это мержить.<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#241 Sun, 25 Jun 2023 00:18:12 GMT &gt; мне - нахрен оно не надо, у меня другой бизнес, не слежка за всем миром.<br><br>Ну дык, и все же, с точки хранения данных у них вот есть базы по 20+ терабайт. Это довольно специфичная нагрузка и забавный стресстест для файлух.<br><br>&gt; в смысле - сразу же половину прое..ть?<br><br>Ну дык, покажи как это у тебя получится, посмотрим будет ли лучше :)<br><br>&gt; и вдобавок нет дешевых рабов (много жрут и гадят, а подвала <br>&gt; нет, там бомбоубежище).<br><br>Бедный пох, у него подвал с батареей отжали под бомбарь.<br><br>&gt; - для меня недопустимо.<br><br>Ну, я не мордокнига но мне btrfs тоже ничего.<br><br>&gt; в стиле "что хорошо мордокниге будет просто прекрасно и для меня". <br>&gt; Нет, не будет.<br><br>Для себя я знаю что сан с энтерпрайзными хранилками от меня и моих хотелок был еще дальше чем эти.<br><br>&gt; "не все решения системных программистов подходят для прикладных" (с)<br><br>Не все. Но довольно многие. И обычно это в целом все же работает. А если наоборот - можно и жесткий, трудноустранимый треш получить. Фуксия подтвердит.<br><br>&gt; их заслуга - что мне за 25 лет https://opennet.dev/openforum/vsluhforumID3/130791.html#240 Sun, 25 Jun 2023 00:03:09 GMT &gt; Отказ девайса это всё же немного другая ситуация, когда точно известно что <br>&gt; данные там-то -- больше недоступны.<br><br>Я просто не понимаю что вы тестировали и зачем - реально устройства ТАК не отказывают.<br><br>&gt; И тогда даже raid5 как в mdraid справляется. Если данные битфлипнуты, raid5 их<br>&gt; в принципе не сможет восстановить, а raid6 смог бы<br><br>В случае btrfs - сможет. В терминах RAID5 (минимальный пример): с1=a1^b1. Для a1 и b1 там чексум, отдельно, в метаданных, у метаданных может быть и иная схема, скажем raid1c3. Далее чекаем a1 и b1, если не сходится 1 из сум, XOR с parity и потом проверка по сумме еще раз. Сразу видим прокатило ли. Если померла парити, видно что a1^b1 != c1 хотя суммы верны, тогда c1 можно пересчитать из данных. Хранить и считать суммы блока c1 (парити) излишне.<br><br>&gt; (если флипнулось только на 1 девайсе из N+2), но он этого не делает<br>&gt; в принципе (я тоже проверял).<br><br>Btrfs может в отличие от обычного RAID делать более информированные решения из-за чексум. Обычный RAID не имеет такого и https://opennet.dev/openforum/vsluhforumID3/130791.html#239 Sat, 24 Jun 2023 16:33:08 GMT &gt; 128 битным размером.<br><br>Правильно, тормозить так во всем. Чтобы даже 64-битным процам неудобно было. И не понятно будут ли в обозримом будущем 128-битные т.к. пока никто и близко не приблизился к порогу 2^64 байтов.<br><br>&gt; Это только недавно стало так что 500 мегабайт,<br><br>А вон у того одноплатника с 256 оперативы - btrfs прекрасно работает. И сабж сможет. Какой грите процент оперативы 500 мегабайтов там? :) Случаи бывают разные.<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#238 Sat, 24 Jun 2023 16:29:21 GMT &gt; Ну если применять логику, что все пользователи фейсбука используют btrfs, то можно <br>&gt; сказать что и вообще все пользователи интернета используют linux - явно <br>&gt; больше пары миллиардов.<br><br>Примерно так и есть. А еще у каждого найдется по нескольку устройств с линем, от телека до роутера. А майкрософт вещает про свои 1%. Им, понятное дело, с зафэйленым WinPhone считать с вон теми - неудобно.<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#237 Sat, 24 Jun 2023 16:27:48 GMT Фак уже давно и прочно вошел в лексикон, как и прочие "ассо" явно являющиеся сокращениями от сами поняли чего :)<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#236 Fri, 23 Jun 2023 21:19:11 GMT &gt; ext4 динственная фс, которую несмотря на все её недостатки, могу советовать по дефолту.<br><br>Ти кто, пилять, xyета Анонимная, советовать он может... Тебе имя своё стадно писать.... аналлитики, йопт. Сцк.... ржууу DDD<br> https://opennet.dev/openforum/vsluhforumID3/130791.html#235 Thu, 22 Jun 2023 15:32:05 GMT &gt; Не спорю что сбитие автомобилем вертолета круто, но практическая польза в чем?<br><br>Отказ девайса это всё же немного другая ситуация, когда точно известно что данные там-то -- больше недоступны. И тогда даже raid5 как в mdraid справляется. Если данные битфлипнуты, raid5 их в принципе не сможет восстановить, а raid6 смог бы (если флипнулось только на 1 девайсе из N+2), но он этого не делает в принципе (я тоже проверял).<br>С другой стороны, я почитал старые крики btrfs-девелоперов о том что мол 'checksum on a checksum' (касательно хеша на блоки чётности) и то что они этого не сделали, потом посмотрел, что в openZFS всё чётко и изобрёл такой вот тест как в предыдущих мессагах описывал. Если openZFS выдюжило, то у меня 100% уверенность, что и любой случайный битфлип оно обнаружит и исправит. btrfs ниасилило -- ну значит и любой случайный битфлип может ниасилить, как раз из-за того, что не всё записанное на дисках рейда отхешено.<br><br>&gt; 2) eatmydata apt dist-upgrade ... or whatever. И шел бы fsync нафиг!<br><br>Вот уже нач https://opennet.dev/openforum/vsluhforumID3/130791.html#234 Thu, 22 Jun 2023 09:35:11 GMT &gt; И вот сидит гражданин в своей пещере, сделав 0 доведенных до ума, юзабельных файлух. Рассказывает всем как надо было.<br><br>а ты с ним сидел чтоли ?<br>