The OpenNET Project / Index page

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



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

Оглавление

Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..., opennews (ok), 22-Авг-15, (0) [смотреть все]

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


29. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +15 +/
Сообщение от Stax (ok), 22-Авг-15, 18:15 
Т.е. вы всерьез считаете, что у того, о чем тут написано по сравнению с zfs "только снапшотов не хватает, ну еще кой-чего по мелочам"?

Даже не вдаваясь в обсуждение вагона отсутствующих вещей, предлагаю оценить:
1) когда появился xfs (1993), сколько лет прошло с момента появления до попадания в ядро linux (2001 - 8 лет), сколько лет прошло с момента попадания до того, когда крупные дистростроители объявили о 100%-ной стабильности и рекомендовали к использованию в продакшене без каких-либо опасений (2009-2014 в зависимости от вендора, т.е. еще порядка 8-13 лет)? [на IRIX он стал стабильным, безусловно, намного раньше, но я этого никогда не видел и могу комментировать - но там он вообще немного другой и умеет кучу всего, чего нет в linux-версии]

2) когда началась разработка zfs (2001), сколько лет прошло до внедрения в development-версию solaris (2005 - 4 года), сколько лет прошло до полноценного использования в продакшене (~2009, хотя многие важные фичи стали доступны только в 2011 - т.е. спустя еще 4-6 лет).

3) когда началась разработка btrfs (2007), когда вошел в стабильное ядро (2013 - 6 лет спустя) и сколько еще лет пройдет, пока можно будет использовать в продакшене без безумных сюрпризов и потери данных на стабильно работающем железе (неизвестно)?

Можно найти и другие аналогичные примеры. А теперь прикиньте, сколько времени должно пройти, прежде чем некая Bcachefs станет пригодной для реального использования. Примеры времени, необходимого для "вызревания" файловых систем от момента появления до реального использования перед вами... Файловых систем, разрабатываемых кучей крутейших разработчиков, оплачиваемых крупными компаниями (которые как никто больше заинтересованы в том, чтобы внедрить "как можно быстрее" и затраты на разработку начали окупаться, замечу).

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

36. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +1 +/
Сообщение от Аноним (-), 22-Авг-15, 21:49 
>4 года

не так много.
она разрабатывается не на пустом месте. А из системы кэширования.
у нее отличные шансы обогнать btrfs.
>когда началась разработка btrfs (2007), когда вошел в стабильное ядро (2013 - 6 лет спустя)
>was finally accepted into the Linux kernel mainline in 2009

в 2009. году, а не в 2013.
Эта эпопея с btrfs длится очень давно и до сих пор нестабольное.

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

68. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +/
Сообщение от Аноним (-), 24-Авг-15, 16:02 
> Эта эпопея с btrfs длится очень давно и до сих пор нестабольное.

При том - обычно на словах тех кто ей и близко не пользуется :)


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

91. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs..."  +/
Сообщение от arisu (ok), 25-Авг-15, 00:08 
>> Эта эпопея с btrfs длится очень давно и до сих пор нестабольное.
> При том - обычно на словах тех кто ей и близко не
> пользуется :)

потому что те, кто пользую#$@$&&^%$%451245…

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

40. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –7 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 22-Авг-15, 22:37 
Ты несёшь какую-то лютую уйню...

> когда появился xfs (1993), сколько лет прошло с момента появления до попадания в ядро linux (2001 - 8 лет)

в линуксе оно появилось примерно сразу как код XFS открыли под GPL, случилось это как раз в 2000 + некоторое свосем небольшое время ушло на портирование.

> сколько лет прошло с момента попадания до того, когда крупные дистростроители объявили о 100%-ной стабильности и рекомендовали к использованию в продакшене без каких-либо опасений (2009-2014 в зависимости от вендора, т.е. еще порядка 8-13 лет)?

100%-ую стабильность никто никогда не объявляет, зачем несёшь такую глупую отсебячину. Где-то с 2004-2006 было обычным делом видеть XFS в продакшене, для использования на серверах уже тогда XFS была достаточна стабильна. Позже её стали рекомендовать некоторые дистриубиты в качестве основной ФС, это не значит что кто-то объявил эту ФС 100%-но стабильной.

Собственно в линуксе XFS практически не разрабатывали с нуля, в основном портировали, пилили баги и допиливали некоторые минорные фичи. Потому её внедрение и доведение до приемлемого стабильного уровня заняло всего несколько лет. Сама разработка в IRIX заняла около года.

> когда началась разработка zfs (2001), сколько лет прошло до внедрения в development-версию solaris (2005 - 4 года), сколько лет прошло до полноценного использования в продакшене (~2009, хотя многие важные фичи стали доступны только в 2011 - т.е. спустя еще 4-6 лет).

Полноценное использование zfs началось примерно с 2006 - 2007, итого ушло лет 6 до доведения такой адски сложной ФС до продакшн уровня.

> когда началась разработка btrfs (2007), когда вошел в стабильное ядро (2013 - 6 лет спустя)

Нет такого понятия как "войти в стабильное ядро", есть экспериментальные части ядра которые поставляются вместе с релизом всего ядра. btrfs туда засунули в 2009, стали её рекламировать в дистрибутивах к 2012.

> и сколько еще лет пройдет, пока можно будет использовать в продакшене без безумных сюрпризов и потери данных на стабильно работающем железе (неизвестно)?

У btrfs была непростая судьба, в процессе разработки она неожиданно стала не нужна своему основному разработчику (случилось это около 2009-2010 когда сдох sun и вместе с zfs отошёл ораклу), долгое время её пилили условных потора человека. Да и сейчас она не особо кому нужна.

> Можно найти и другие аналогичные примеры. А теперь прикиньте, сколько времени должно пройти, прежде чем некая Bcachefs станет пригодной для реального использования.

Ты даже тут не смог найти никаких аналогов, смешал в кучу разрозненные примеры: XFS и ZFS пилил полноценный штат сотрудников, пилили каждую ФС соразмерно её сложности. А btrfs получала ресурсы эпизодически, к этой же серии долгостроев можно ещё отнести ReiserFS 4.

По своей сложности сабж занимает промежуточное место между xfs и btrfs и как долго его будут доводить до приемлемого уровня зависит исключительно от финасирования. Итого, если найдётся заинтересованное лицо, то сабж допилят за 3-4 года, если нет - будет долгострой вроде btrfs.


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

42. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +2 +/
Сообщение от Аноним (-), 22-Авг-15, 23:38 
Прикольно. Квинтессенция опеннета. Совешенно бредовый ответ на вменяемый каммент

P.S. И это еще user294 не подключился!

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

43. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +1 +/
Сообщение от HorekRediskovichemail (?), 22-Авг-15, 23:48 
Я извиняюсь но можно расшифровку термина мироная фича
Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

44. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +5 +/
Сообщение от Stax (ok), 23-Авг-15, 00:21 
> в линуксе оно появилось примерно сразу как код XFS открыли под GPL, случилось это как раз в 2000 + некоторое свосем небольшое время ушло на портирование.

Что не так? Я и написал "2001 год, 8 лет с момента появления xfs в 1993 году". Оно закрытое все эти годы не развивалось, что-ли?

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

Ага, попадая на баги типа повреждения метаданных, которые fsck.xfs не чинил, повреждения журнала, не уходящие без xfs_repair, и прочие радости типа https://bugzilla.redhat.com/show_bug.cgi?id=250843 - исправили только в 2009. Не надо мне рассказывать про xfs в продакшене в 2004, я пытался несколько раз в то время. В итоге на больших разделах, где ext3 не катил постепенно везде ушел на jfs, и оно так и жило, пока ext4 не стал совсем-совсем stable. Вот там действительно не было ни одного бага, не считая несколько повышенной тенденции к фрагментируемости (с чем у ext4 и xfs лучше).

Пока файловая система общего назначения (я не говорю про специализированные) не катит под rootfs или /boot из-за внутренних багов, рассказы про "стабильность" это лапша на уши.

Только когда это все в той или иной степени ушло (2009 и позже), она стала "стабильной". Сейчас, конечно, в продакшен - без проблем.

> Потому её внедрение и доведение до приемлемого стабильного уровня заняло всего несколько лет

2009 - 1993 = 16 лет минимум. Причем тот же RH официально предложил использовать ее как ФС для произвольных задач (а не только больших хранилищ) в 2014.

> Полноценное использование zfs началось примерно с 2006 - 2007, итого ушло лет 6 до доведения такой адски сложной ФС до продакшн уровня.

Это такая шутка, да??? В 2006 году она была эээ в девелопмент-билде Nevada, глючном как неизвестно что. Первые специализированные сторейдж-решения на zfs от Sun появились в конце 2008 года и первые месяцы никто это в продакшен не внедрил. Блин, да поддержка загрузки с zfs в grub'е и rootfs на zfs появилась в стабильной солярке в октябре 2008 года! О каком 2006 идет речь? Поэтому я и написал - реальное использование zfs в продакшене отсилы началось в 2009.

Насчет "доведения до продакшен уровня за 6 лет" - а представляешь себе объем ресурсов, которые Sun влила в zfs (включая подготовку к использованию в своих Sun Storage) и сравни его с тем, который дает гугл & co в эту bcachefs..

> Нет такого понятия как "войти в стабильное ядро", есть экспериментальные части ядра которые поставляются вместе с релизом всего ядра. btrfs туда засунули в 2009, стали её рекламировать в дистрибутивах к 2012.

Не нужно придираться к терминам. Я имел ввиду перевод из экспрементальной категории в ядре в нормальную. Так-то в некотором роде все ядра > 2.6 условно стабильные...

> Ты даже тут не смог найти никаких аналогов, смешал в кучу разрозненные примеры: XFS и ZFS пилил полноценный штат сотрудников, пилили каждую ФС соразмерно её сложности. А btrfs получала ресурсы эпизодически, к этой же серии долгостроев можно ещё отнести ReiserFS 4.

Я привел примеры известных ФС, развивашихся "с нуля" (а не итерационно, типа ext4, потому что там по срокам нечего оценивать), чтобы показать, что не вижу ни одного примера, когда бы современная фичастая ФС становилась стабильной за время от начала разработки < 5 лет. brfs и zfs сюда приплел не я, это из комментария, на который я отвечал - где человек заявил, что по сравнению с btfs и zfs в этой новой, только что объявленой ФС есть все основное, кроме снапшотов, которые "почти допилили", а по стабильности она уже может конкурировать с другими ФС. Только и всего.

> Итого, если найдётся заинтересованное лицо, то сабж допилят за 3-4 года, если нет - будет долгострой вроде btrfs.

Ага, btrfs, значит, "особо никому не нужен" (а что еще использовать под задачи, где фичастость COW требуется - zfsonlinux со всеми его проблемами типа фрагментации кэша и роста потраченной впустую памяти по мере работы?), а тут заинтересованное лицо найдется. Ну-ну...

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

67. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –1 +/
Сообщение от Добрый Дохтур (?), 24-Авг-15, 15:42 
> Ага, попадая на баги типа повреждения метаданных, которые fsck.xfs не чинил

для людей недалёких: fsck.xfs ничего не чинит. вообще. он вообще ничего не делает с фс.


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

70. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –1 +/
Сообщение от Stax (ok), 24-Авг-15, 16:59 
Ага, а еще reiserfs нельзя проверять, если на нем есть образ другого reiserfs.. А еще у fsck.reiserfs вечно были нестандартные ключи и он ломался при запуске с обычными.

В этом и заключается один из аспектов стабильности - когда файловая система прописывается в fstab, как ожидается, а потом выясняется, что в какой-то момент все ломается и запускаемый при запуске fsck ничего не делает (xfs), или того хуже, всегда ругается, что его запустили с такими-то ключами (с которыми скрипт запускает любой fsck) и всегда выходит с кодом 1 (reiserfs), это становится проблемой само по себе. Понятно, что может быть тысяча причин, почему оно так, мало ли что было в голове у разработчиков (и думали ли они вообще о принятых в мире linux вещах), но внедрению в качестве универсальной ФС это мешает очень сильно.

Можно, конечно, переучить пользователей: в том же ZFS потратили до фига сил на популяризацию, почему fsck не нужен. Ну так там вообще революционный подход, и в vfstab прописывать не нужно..

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

71. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –1 +/
Сообщение от Аноним (-), 24-Авг-15, 18:21 
> В этом и заключается один из аспектов стабильности - когда файловая система
> прописывается в fstab, как ожидается, а потом выясняется, что в какой-то
> момент все ломается и запускаемый при запуске fsck ничего не делает

А тут все просто: логика работы разных ФС - весьма разная. Поэтому попытки их всех под одну гребенку - имеют свои, скажем так, особенности и странности :).

Как таковой fsck в его классическом понимании, выполняемый при загрузке ОС - имел смысл для нежурналируемых ФС. Потому что корректность метаданных при крахе не гарантирована. Журналируемые ФС так или иначе должны приходить в консистентное состояние без залета на fsck. В этом пойнт журнала и состоит, ибо время ребута измеряемое часами почему-то вызывает возражения. Если журналом отыграть в консистентное состояние не получилось - это существенный развал механики ФС (бэд сектора и прочие нестандартные ситуации) или серьезный баг (некорректное журналирование, etc). Дальнейшие действия по починке или data recovery - вероятно потребуют человеческого внимания и интерактивной процедуры. Кроме всего прочего - полное сканирование всех метаданных немеряного стоража может занять буквально часы. Ждать загрузки системы ЧАСАМИ - на любителя.

> кодом 1 (reiserfs), это становится проблемой само по себе.

Как таковой "один fsck во все щели" - вполне себе повод для дебатов. Не укладывающееся в многие юзкейсы решение. Мало кому нравится время загрузки сервака с большим сторажем в пять часов. А хомяк на мобилке - не сделает интерактивное восстановление ФС, хоть там что. Там ФС должна сама отбрыкаться. А если не смогла - уже минимум рефлеш. А то и поход в гарантийку. А fsck при загрузке там никому не уперся.

> в голове у разработчиков (и думали ли они вообще о принятых в мире linux вещах),

В Linux не принято пи...ть новичков по причине "здесь так принято". И юзкейсов у Linux немеряно. Вон у squashfs - что должен делать fsck, например? А для initrd - нужен fsck?

> но внедрению в качестве универсальной ФС это мешает очень сильно.

В случае рейзера - мешает скорее общее сочетание факторов. В случае btrfs - да в общем то уже ничего не мешает. Но некоторые подходы там иные. Частично по мотивам zfs.

> Можно, конечно, переучить пользователей: в том же ZFS потратили до фига сил
> на популяризацию, почему fsck не нужен.

ИЧСХ, в _этом_ дизайне _некоторый_ пойнт в этой мысли есть. Скорее всего - восходящий к мысли что 5 часов чекать невъ...й стораж до того как сервак вообще стартанет - так себе идея. Намного логичнее попробовать прицепить стораж, чтобы он стал доступен, а метаданные сканировать в фоне. Другое дело что эти умники сначала только вопили про сферические идеальные случаи в вакууме, а план Б на случай если все-таки не вышло - у них был не проработан. И поэтому перец с Лисяры закатывал солнце вручную, хексэдитором. Не больно то приятно в навороченной файлухе хексэдитором колупаться лишний раз.

> Ну так там вообще революционный подход, и в vfstab прописывать не нужно..

А btrfs чем-то похож в этом плане - для него fstab понятие растяжимое. Он на ходу может менять из каких девайсов пул составлен. В этом плане подход с fstab просто не маппится 1 в 1. Да и например - ну вот надо мне rootfs смонтировать. Для того чтобы прочитать fstab ... надо чтобы rootfs уже был. Яйцо и курица, однако. Поэтому rootfs зачастую указывается где-то сбоку.

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

46. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –4 +/
Сообщение от Fracta1L (ok), 23-Авг-15, 06:57 
> сколько еще лет пройдет, пока можно будет использовать в продакшене без безумных сюрпризов и потери данных на стабильно работающем железе (неизвестно)?

Уже прошло, доказано фейсбуком.

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

72. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +/
Сообщение от Аноним (-), 24-Авг-15, 18:25 
> Уже прошло, доказано фейсбуком.

Экий ты у них батхерт вызвал. А на форониксе недавно была новость что им понравилось и они скоро внедрят и на других серверах :)

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

80. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –2 +/
Сообщение от Fracta1L (ok), 24-Авг-15, 18:52 
> Экий ты у них батхерт вызвал

Так контингент что здесь, что на лоре, на 90% состоит из дрессированных обезьянок, которые бабахают при малейшем выходе за пределы шаблона)

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

86. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +/
Сообщение от Аноним (-), 24-Авг-15, 19:46 
> Так контингент что здесь, что на лоре, на 90% состоит из дрессированных
> обезьянок, которые бабахают при малейшем выходе за пределы шаблона)

Еще бы ты не бабахал при виде MESA и успехов амдшников :)

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

65. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –1 +/
Сообщение от nur (??), 24-Авг-15, 12:43 
тогда она станет не нужна задолго до того времени как станет полноценной ФС

уже сейчас есть SSD на 16Тб, а "за 6 лет" еще и скорость их увеличится

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

73. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  –1 +/
Сообщение от Аноним (-), 24-Авг-15, 18:28 
> уже сейчас есть SSD на 16Тб,

Уже сегодня есть двухпалубные "аэробусы". Зачем какие-то чудаки покупают мелочевку от Cessna?!

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

96. "Новая ФС Bcachefs, сочетающая функциональность btrfs/zfs с п..."  +/
Сообщение от Аноним (-), 29-Авг-15, 06:21 
Ты серьёзно думаешь что производство HDD сохранится ещё на долго? 8-о
От хорошей ситуации они 8TB диски за $260.00 продают ага ... лет 5-10 и привет как дискетам.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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