Исходное сообщение
"Выпуск Stratis 2.0, инструментария для управления локальными..." Отправлено имя, 11-Ноя-19 16:01
>> особенно при повреждении уже записанных данных > Объясни мне, как они случатся, если на каждый блок данных на диске > пишется ещё ECC? ECC не покрывает всех возможных ошибок (сколько их там на сектор максимум?..), ошибок в firmware диска,  ошибок в ядрах (привет, md raid 6, blkmq и прочие случаи записи не того или не по тому смещению — а сколько ещё не успели найти?), битфлипов в разных частях железа (необязательно памяти без ECC), операторов, бездумно делающих dd не на тот диск и т. д. В большинстве случаев ECC будет верным, данные с точки зрения диска — тоже, а с точки зрения ФС и пользователя — каша. Кроме того, можно бесконечно теоретизировать, но моя практика показывает, что zpool scrub нет-нет, да находит и исправляет какие-то битые данные, которые диск с радостью отдаёт без роста reallocated, uncorrectable и вот этого всего. Да, немного (от сотни килобайт до мегабайта), да, редко (диск-другой в год, наверное, но специально я не следил), но они есть. Не, ну, если вам не жалко данных, то так сразу и скажите, вместо того, чтобы пытаться доказать, что «этого не может быть, потому что этого не может быть никогда». >> zfs спасет тем, что воспользуется избыточностью, как бы все > Это уже raidz, а не просто zfs. И? >> целостность за счет хэшей обеспечивается сквозная > Вот этот вот баззворд уже набил оскомину. Какая целостность? Чего целостность? Даааааааанныыыыых! Ну не железо же мы сберечь тут пытаемся этими трюками, логично? > Сквозная, навылет? Знакомьтесь, https://en.wikipedia.org/wiki/Merkle_tree

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> особенно при повреждении уже записанных данных >> Объясни мне, как они случатся, если на каждый блок данных на диске >> пишется ещё ECC? > ECC не покрывает всех возможных ошибок (сколько их там на сектор максимум?..), > ошибок в firmware диска, ошибок в ядрах (привет, md raid > 6, blkmq и прочие случаи записи не того или не по > тому смещению — а сколько ещё не успели найти?), битфлипов в > разных частях железа (необязательно памяти без ECC), операторов, бездумно делающих dd > не на тот диск и т. д. В большинстве случаев ECC > будет верным, данные с точки зрения диска — тоже, а с > точки зрения ФС и пользователя — каша. > Кроме того, можно бесконечно теоретизировать, но моя практика показывает, что zpool scrub > нет-нет, да находит и исправляет какие-то битые данные, которые диск с > радостью отдаёт без роста reallocated, uncorrectable и вот этого всего. Да, > немного (от сотни килобайт до мегабайта), да, редко (диск-другой в год, > наверное, но специально я не следил), но они есть. > Не, ну, если вам не жалко данных, то так сразу и скажите, > вместо того, чтобы пытаться доказать, что «этого не может быть, потому > что этого не может быть никогда». >>> zfs спасет тем, что воспользуется избыточностью, как бы все >> Это уже raidz, а не просто zfs. > И? >>> целостность за счет хэшей обеспечивается сквозная >> Вот этот вот баззворд уже набил оскомину. Какая целостность? Чего целостность? > Даааааааанныыыыых! Ну не железо же мы сберечь тут пытаемся этими трюками, логично? >> Сквозная, навылет? > Знакомьтесь, https://en.wikipedia.org/wiki/Merkle_tree
	Введите код, изображенный на картинке: