LINUX.ORG.RU

История изменений

Исправление 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?