> Причина понтов с Btrfs тоже непонятна. Ну объявили её якобы готовой к продакшену, Поддержку с ней объявили 2 конторы, ну и не более того. На свой страх и риск, в своих дистрах, юзающих порядком допатченные ядра.
> а вендоры готовых решений что-то не торопятся на неё переходить.
На *BSD вообще мало кто нынче переходит. Если уж сравнивать - так *BSD нынче вообще в *опе.
> Почему? Беспонтово потому что — терять данные на ровном месте никто
> не хочет, кто бы что бы там не объявлял.
Так правильно, такую штуку надо тестировать как следует.
> А вот пионеры в лице User294 всё ещё надеются, что в Btrfs
> произойдут качественные изменения,
Вот чего-чего а фич там уже более чем. Теперь все это застабилизировать окончательно надо. Хотя, конечно, НеПианерам (tm) со скоростью 6Мб на шпиндель виднее как оно там лучше в дисковых технологиях. Но я бы при такой скорости взвыл и соптимизил бы ее в разы, так или иначе :P.
> появится поддержка RAID-5 на уровне ФС, может быть напишут нормальный дефрагментатор
Там уже есть дефрагер. А в zfs мало того что его нет и не планируется, так что оно не подарок для механики, так еще и TRIM нету, так что оно не подарок для SSD. Замечательно. А в btrfs и trim уже есть. Ха.
> и допишут btrfsck,
(аналогов которого в ZFS нет и не предвидится вообще)
> которые сделают работу этой замечательной во всех отношениях CoW
> ФС более-менее человечной, а не сикась-накось.
Ну то-есть, по словам изена, ZFS - кривая ФС. Дефрага - нету, fsck - тоже, trim не поддерживается. В общем красота.
> Про сертификацию Oracle СУБД для работы на этой замечательной ФС я уже
> не говорю — что-то движется ЗА горизонтом, но очертания не ясны.
А *bsd оракл в принципе сертифицировать не собирается.
В результате, если не просто наезжать на сферические недостатки в вакууме а сравнить с ближайшими конкурентами, получаем классическую картину "бревно и соринка".