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

Тут еще нужно учитывать, что народ там довольно консервативен и «элитарен», и называет всех вокруг, в том числе текущих разработчиков openzfs, «linux punks»

Почему бы им не сделать порт OpenZFS опцией (если найдут мотивацию), т.е. не отказываться от своей классической реализации?

В идеале бы оставить возможность использования одновременно обоих реализаций ZFS, хотя бы на разных несовместимых пулах.

Чтобы часть пулов оставить на старой ZFS, а часть новых пулов эксплуатировать с новой ZFS.

Кстати нет ли хоть какой-то теоретической возможности сделать совместимый send | receive между пулами разных реализаций? Хотя бы с минимальным количеством фич, уровня самых древних реализаций OpenZFS v0.6.x, etc.?

Например, пул OpenZFS, у которого структуры данных версии 0.6.x, а импортирован софтом OpenZFS версии v2.x без апгрейда фич пула, и чтобы реплицироваться через send | receive с классической ZFS, еще бы и с Oracle тоже? Такое не планируется?

Тут еще нужно учитывать, что народ там довольно консервативен и «элитарен», и называет всех вокруг, в том числе текущих разработчиков openzfs, «linux punks»

Почему бы им не сделать порт OpenZFS опцией (если найдут мотивацию), т.е. не отказываться от своей классической реализации?

В идеале бы оставить возможность использования одновременно обоих реализаций ZFS, хотя бы на разных несовместимых пулах.

Чтобы часть пулов оставить на старой ZFS, а часть новых пулов эксплуатировать с новой ZFS.

Кстати нет ли хоть какой-то теоретической возможности сделать совместимый send | receive между пулами разных реализаций? Хотя бы с минимальным количеством фич, уровня самых древних реализаций OpenZFS v0.6.x, etc.?

Тут еще нужно учитывать, что народ там довольно консервативен и «элитарен», и называет всех вокруг, в том числе текущих разработчиков openzfs, «linux punks»

Почему бы им не сделать порт OpenZFS опцией (если найдут мотивацию), т.е. не отказываться от своей классической реализации?