История изменений
Исправление sanyo1234, (текущая версия) :
Несчастная ext4 у меня не только забивание до упора пережила неоднократное…
Данные в ext4
не переживут битфлопы в шинах данных типа SATA, которые родной аппаратный алгоритм CRC почему-то иногда не исправляет (пропускает битые данные как хорошие вместо дропа таких SATA пакетов).
Как известно, где тонко, там и рвется. Сами этот карточный домик юзайте.
Мало того, что данные могут быть испорчены в ext4
, так ещё и незаметно, будет казаться, что всё хорошо. Btrfs
, в котором есть чексумминг, возможно хотя бы просигнализирует полной утерей данных (надеюсь только копии?), а ZFS
просто исправит поломку и продолжит работу, как будто ничего плохого и не происходило. Поэтому IMHO уникальные данные будут целее в ZFS
репликах, а данные, которые хорошо зарезервированы, и к которым нужен быстрый рандомный доступ типа СУБД
можно хранить и на Btrfs
, конечно понимая, что в любой момент она может крашнуться в своих лучших традициях, но при этом большую часть времени будет вероятно работать быстрее ZFS
при прочих равных условиях (не рассматриваем случай преимущественно только чтения из ZFS L2ARC на выделенных только под L2 супербыстрых и дорогих носителях).
Интересно, есть ли у кого-то опыт с dm-integrity
и vdo
для компрессии и чек сумм без навороченной CoW
FS?
Исправление sanyo1234, :
Несчастная ext4 у меня не только забивание до упора пережила неоднократное…
Данные в ext4
не переживут битфлопы в шинах данных типа SATA, которые родной аппаратный алгоритм CRC почему-то иногда не исправляет (пропускает битые данные как хорошие вместо дропа таких SATA пакетов).
Как известно, где тонко, там и рвется. Сами этот карточный домик юзайте.
Мало того, что данные могут быть испорчены в ext4
, так ещё и незаметно, будет казаться, что всё хорошо. Btrfs
, в котором есть чексумминг, возможно хотя бы просигнализирует полной утерей данных (надеюсь только копии?), а ZFS
просто исправит поломку и продолжит работу, как будто ничего плохого и не происходило. Поэтому IMHO уникальные данные будут целее в ZFS
репликах, а данные, которые хорошо зарезервированы, и к которым нужен быстрый рандомный доступ типа СУБД
можно хранить и на Btrfs
, конечно понимая, что в любой момент она может крашнуться в своих лучших традициях, но при этом большую часть времени будет вероятно работать быстрее ZFS
при прочих равных условиях (не рассматривает случай преимущественно только чтения из ZFS L2ARC на выделенных только под L2 супербыстрых и дорогих носителях).
Интересно, есть ли у кого-то опыт с dm-integrity
и vdo
для компрессии и чек сумм без навороченной CoW
FS?
Исходная версия sanyo1234, :
Несчастная ext4 у меня не только забивание до упора пережила неоднократное…
Данные в ext4
не переживут битфлопы в шинах данных типа SATA, которые родной аппаратный алгоритм CRC почему-то иногда не исправляет (пропускает битые данные как хорошие вместо дропа таких SATA пакетов).
Как известно, где тонко, там и рвется. Сами этот карточный домик юзайте.
Мало того, что данные могут быть испорчены в ext4
, так ещё и незаметно, будет казаться, что всё хорошо. Btrfs
, в котором есть чексумминг, возможно хотя бы просигнализирует полной утерей данных, а ZFS
просто исправит поломку и продолжит работу, как будто ничего плохого и не происходило. Поэтому IMHO уникальные данные будут целее в ZFS
репликах, а данные, которые хорошо зарезервированы, и к которым нужен быстрый рандомный доступ типа СУБД
можно хранить и на Btrfs
, конечно понимая, что в любой момент она может крашнуться в своих лучших традициях, но при этом большую часть времени будет вероятно работать быстрее ZFS
при прочих равных условиях (не рассматривает случай преимущественно только чтения из ZFS L2ARC на выделенных только под L2 супербыстрых и дорогих носителях).
Интересно, есть ли у кого-то опыт с dm-integrity
и vdo
для компрессии и чек сумм без навороченной CoW
FS?