Zfsonlinux 0.6.5.9

Может конечно, это единичные случаи, но продолжает пугать такое: https://github.com/zfsonlinux/zfs/issues/5615

Это нормально для любых OOT-поделок.

В тему релиза.
LinusTechTips обзавелся 1ПБ на 10ТБ Сигейтах энтерпрайз (100штук).

В конце ролика собирался именно ZOL и GlusterFS использовать.

В конце ролика собирался именно ZOL и GlusterFS использовать.

Собираться - не значит использовать. Но интересно посмотреть за развитием истории.

а им не первый раз терять данные :)

Учитывая отсутствие комментариев, сдается мне железо у него посыпалось.

Он дает ссылку на предыдущий баг репорт. Ну тут фиг знает, спорить конечно не буду. Как твои то дела с zfs? В продакшене обновляешься регулярно с минорной на минорную? Как дела с фрагментацией после прошествия большого кол-ва времени?

При постепенной замене дисков на большие его ждёт БОЛЬ. Очень печально, что brtfs ещё не готова.

Как твои то дела с zfs?

Всё хорошо, никаких багов, глюков и т.п. не попадалось.

В продакшене обновляешься регулярно с минорной на минорную?

В продакшене сейчас

sudo dmesg | grep ZFS
[   12.494652] ZFS: Loaded module v0.6.5.6-0ubuntu15, ZFS pool version 5000, ZFS filesystem version 5

Как дела с фрагментацией после прошествия большого кол-ва времени?

Не заполняю пулы больше чем на 70%, потери скорости от фрагментации невооруженным глазом не заметны.

Очень печально, что brtfs ещё не готова.

Такими темпами она никогда не будет готова.

А воз и ныне там: https://github.com/zfsonlinux/zfs/pull/3656

Сам факт ссылок на Nextenta означает, что они занимаются не своим делом.

trim не даёт практически ничего, его вклад можно увидеть только вооружившись весьма точным хронометром и только на очень специфических задачах, типа постоянных последовательных операций записи, что в реальных паттернах использования ssd - большая редкость. В общем, весь хайп вокруг trim и его влияния на производительнось не стоит выеденного яйца.
P.S. Речь выше не в защиту zfs, а исключительно о технологии trim в контексте практического применения ssd на серверах.

trim предназначен для уменьшения износа, а ускорение там в качестве бонуса.

Использовать trim чисто для производительности - такое же ССЗБ, как и гента без настроек сборки.

trim предназначен для уменьшения износа

trim уменьшает износ примерно также, как увеличивает производительность.

Не заполняю пулы больше чем на 70%,

Т.е. там где я покупаю 6 дисков ты покупаешь 8. Добрая ФС ... для производителей дисков

И получает больше IOPS и пропускной способности дисков. Плюс не забывай что какая-нибудь твоя ext4 - это только ФС, а там - целая система управления данными со встроенным сжатием, контролем целостности, снимками/клонами, репликацией и т.д. и т.п.

trim предназначен для уменьшения износа

Сам понял что сказал? TRIM очищает ненужные страницы устройства памяти, заранее подготавливая их для записи блоков ФС с новыми данными. Без TRIM при записи новых данных контроллер SSD должен очищать страницы и только потом непосредственно записывать блоки. То есть операции очистки-записи с помощью TRIM разносятся во времени и осуществляются после стирания данных, в фоне, а не перед записью новых. Это влияет на скорость записи - ФС не надо ждать, пока закончится очистка затребованных страниц. TRIM не уменьшает износ, но незначительно его увеличивает (примерно на 1 цикл износа ячеек).

TRIM очищает ненужные страницы устройства памяти, заранее подготавливая их для записи

TRIM просто сообщает, какие страницы не нужны. Износ уменьшается, когда эти страницы не приходится переносить во время очистки. Говнопрошивки переносят данные сразу, в результате

TRIM не уменьшает износ, но незначительно его увеличивает

Говнопрошивки переносят данные

КУДА?

Туда где занятые страницы будут вместе.