The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Проект WinBtrfs 1.0 с реализацией ФС Btrfs для Windows, opennews (?), 06-Сен-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


48. "Проект WinBtrfs 1.0 с реализацией ФС Btrfs для Windows"  –1 +/
Сообщение от Аноним (-), 06-Сен-17, 13:39 
> ахренеть - похоже, все сделал один-единственный человек за пол-года.

Btrfs в линуксе в черновом виде тоже накидал один единственный человек за какие-то месяцы. А потом началась отладка и оптимизация, анализ и починка проблем. Дизайн достаточно сложный, в нем большой задел на будущее. До сих пор даже в линуксе реализовано не все что технически можно. Поэтому анализ краевых условий, тестирование и оптимизации потребуют массу времени. А для этого драйвера все только начинается. Романтика. Но возможность цепануть к винде btrfs'ный том лишний раз, хоть и без гарантий, все-таки неплохо наверное.

> Эх... эту б энергию да в развитие zfs.

Его никогда не будет в Linux в нормальном виде. А совместимость с маргинальщиной типа ныне уже покойной соляры и bsd которых на радаре не видно - менее ценна. В макакоси, единственном сколь-нибудь популярном *никсе, эппл затею с zfs завернул.

Ответить | Правка | Наверх | Cообщить модератору

55. "Проект WinBtrfs 1.0 с реализацией ФС Btrfs для Windows"  +/
Сообщение от пох (?), 06-Сен-17, 14:28 
> Его никогда не будет в Linux в нормальном виде.

так linux - ненужен. И совместимость не нужна.
Нужна файловая система для хранилки (которая все равно на каком железе, не говоря уже - какая там операционка - хоть иллюмос, если в ней ничего кроме zfs snap не дергать, там и kernel panic не будет). С приличными драйверами приличных (читай, новых-модных интеловских) сетевух, поддержкой специфических протоколов (RDMA и вокруг) и т д - это в общем и все, что требуется от операционки. А ходить к ней могут хоть линуксы, хоть винда 2024.

шансов что таковая вырастет из btrfs - около нуля, поскольку с одной стороны - орацле и gplно-укушенные, а с другой rhel, уже потративший деньги инвесторов, чтобы проект закoпать (а ведь те спросят, что это у вас за позеленевшие конечности из грядок повыглядывали).

шансов что получится у MS, которая по сей день даже грузиться со своей refs не научилась (но и не угрожает что это write-only fs), в общем-то тоже около нуля.

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

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

ну и, кстати, насчет никогда - это ж clean room изделие. То есть - точно так же можно было и ту же zfs реализовать. Сохранив совместимость пулов лишь в той мере, чтобы работали send/receive. Под линукс в том числе. Хотя под виндой, конечно, было бы смешнее.

Ответить | Правка | Наверх | Cообщить модератору

118. "Проект WinBtrfs 1.0 с реализацией ФС Btrfs для Windows"  +/
Сообщение от Аноним (-), 07-Сен-17, 22:30 
> так linux - ненужен. И совместимость не нужна.

Тебя никто и не заставляет им пользоваться. А мне вот Linux нужен. И еще толпе народа.

> Нужна файловая система для хранилки (которая все равно на каком железе, не
> говоря уже - какая там операционка - хоть иллюмос,

Нужна всей галактике, как универсальный ответ? Или это лишь ты и твой класс задач? Может, стоит быть скромнее? Я вот не рад что за меня кто-то рассказывает что мне должно быть надо.

> если в ней ничего кроме zfs snap не дергать, там и kernel panic не будет).

А у других людей могут быть и иные сценарии использования ФС. Мне вот твой сценарий не слишком интересен. Зато много других.

> в общем и все, что требуется от операционки. А ходить к
> ней могут хоть линуксы, хоть винда 2024.

Btrfs более универсален чем ФС для хранилки. Его можно на системный диск, на мелкий одноплатник, на сервак с виртуалками ради быстрого подъема группы похожих VM. А ZFS под это все - а ну его в болото. Особенно под линуксом, где он внеядерный выкидыш.

> шансов что таковая вырастет из btrfs - около нуля, поскольку с одной
> стороны - орацле и gplно-укушенные, а с другой rhel,

В btrfs есть одна сторона - те кому он нужен. Они его и пилят, так как им нужно.

> уже потративший деньги инвесторов, чтобы проект закoпать (а ведь те спросят, что это
> у вас за позеленевшие конечности из грядок повыглядывали).

Что редхат сделает? Не будет разрабатывать? Так у них никогда не было серьезных разработчиков btrfs. Да и гранды ядра из области ФС из редхата постепенно перешли в другие компании. Так получилось.

> шансов что получится у MS, которая по сей день даже грузиться со
> своей refs не научилась (но и не угрожает что это write-only
> fs), в общем-то тоже около нуля.

Тебе не приходило в голову что все эти storage appliances довольно маргинальный товар? Вот и нет очереди из желающих зарубиться за этот рынок. Его не хватило для удержания санок на плаву, если что.

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

А для меня все это - "где-то там". И к storage appliance я дышу ровно. А вот btrfs мне полезен.

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

Хорошее для кого? И зачем винде уметь читать файлуху из appliance-а? Это несет какую-то практическую ценность? Человек сделал то что ему было интересно и нужно. Если ты хочешь рассказывать что и кто должен делать - устройся на руководящую должность или предложи много денег. Иначе есть высокий риск получить фак в лицо.

> ну и, кстати, насчет никогда - это ж clean room изделие. То
> есть - точно так же можно было и ту же zfs реализовать.

Теоретически в этом мире можно довольно много чего. Не все из этого легко реализуемо или даже имеет смысл затевать. Если ты считаешь что это надо - так вот ты и затевай. Или занеси сотни денег другим, чтобы они вкалывали вместо тебя. А забесплатно командовать другими не очень хорошо получается.

> Сохранив совместимость пулов лишь в той мере, чтобы работали send/receive.
> Под линукс в том числе. Хотя под виндой, конечно, было бы смешнее.

Кому все это надо - тот наверное это должен делать. Или можно оплатить эту работу и ее сделают другие, если их заинтересуют предложенные условия.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру