> Причем не спас даже тот факт, что часть из них когда-то работали
> в sun и именно над zfs.

Кговавый энтегпгайз как он есть. Сам себя пожрал с хвоста, оказывается.

> пользователям, которых это отталкивает - лучше просто платить денег за техподдержку какому-нибудь netapp

А нафига? Можно btrfs взять забесплатно.

> (которых, кстати, совершенно не смущает использование клона zfs в своих
> полках) и не выпендриваться.

А троянцев^W забытые инженерные логины там как обычно "случайно" забудут? :)

> Для применения zfs по месту - нужна техническая грамотность, превышающая вызывающую глупые
> "отталкивания".

Ну а вот у btrfs'а дурных "технических особенностей" заметно меньше. Он вполне нормально себя ведет даже с дефолтовыми настройками. По крайней мере, RAM гигами не жрет и не тормозит. И вообще, на вид так сходу от ext4 и не отличишь особо. Ну разве что тормозят они немного по разному в силу разных принципов работы.

> пользователи, сюрприз, не платят разработчикам.

Если эксплуатанты чем-то пользуются - они, наверное, тоже ползователи? :)

> Им платят продавцы насов, санов и прочих радостей подорого.

Что-то не помогло это сану...

> Половина смысла применения zfs - в использовании кэша более разумного
> устройства, чем тот что придуман для линуха в 92м году, когда восемь мегабайт
> памяти казалось очень много.

С тех пор утекло много воды. В Linux с 92 года много чего переделали, btrfs придумали, и вообще.

> Там надо разобраться с фатальным неумением линуха выделять большие блоки памяти эффективным образом,

Вообще-то все он это умеет. А разобраться наверное надо кое-кому с своими дисковыми структурами, чтобы не надо было их терабайтами буферов в оперативке костылить. Потому что эти терабайты есть не везде. И там где их нет... ну в общем ZFS никому кроме насов да пары извращенцев и не сдался.

И если фэйсбук гордо репортит как btrfs им помогает ловить битые диски и контроллеры, то с zfs у них такой номер врядли хорошо получился бы.

> И что-то сделать с вредителями, запрещающими использовать in-kernel api "неправильному"
> коду просто чтобы напакостить. Даже проигранный вмвари иск их ничему не
> научил (еще бы, денежки-то были - дядины).

Они просто считают ядро своей епархией и меняют апи и проч как им удобнее. Проекты внутри ядра неизбежно адаптируются к этому. Без этого ядро не релизнется просто. А внеядерные выкидыши порой страдают. Если какому-нибудь "udp server в ядре" (да, такой прикол есть) много не надо, то файлухи в этом значительно хуже и используют море услуг ядра по разным поводам. И конечно же что-нибудь да отъезжает.

> К сожалению, популярность жабы так "падает", что уже непонятно вообще куда от
> нее бечь.

Ну как куда, на go, очевидно.