> Его никогда не будет в Linux в нормальном виде.так linux - ненужен. И совместимость не нужна.
Нужна файловая система для хранилки (которая все равно на каком железе, не говоря уже - какая там операционка - хоть иллюмос, если в ней ничего кроме zfs snap не дергать, там и kernel panic не будет). С приличными драйверами приличных (читай, новых-модных интеловских) сетевух, поддержкой специфических протоколов (RDMA и вокруг) и т д - это в общем и все, что требуется от операционки. А ходить к ней могут хоть линуксы, хоть винда 2024.
шансов что таковая вырастет из btrfs - около нуля, поскольку с одной стороны - орацле и gplно-укушенные, а с другой rhel, уже потративший деньги инвесторов, чтобы проект закoпать (а ведь те спросят, что это у вас за позеленевшие конечности из грядок повыглядывали).
шансов что получится у MS, которая по сей день даже грузиться со своей refs не научилась (но и не угрожает что это write-only fs), в общем-то тоже около нуля.
а вот у zfs шансы есть, причем как-то последнее время основные интересности происходят именно в линуксной ветке - похоже, именно вокруг нее собралось больше то ли вменяемых, то ли просто имеющих много лишнего времени разработчиков.
поэтому и очень жаль усилий, потраченных на пусть презабавную, но почти бесполезную говорящую лягушку, когда человек явно мог и впрямь что-то хорошее делать.
ну и, кстати, насчет никогда - это ж clean room изделие. То есть - точно так же можно было и ту же zfs реализовать. Сохранив совместимость пулов лишь в той мере, чтобы работали send/receive. Под линукс в том числе. Хотя под виндой, конечно, было бы смешнее.