Исходное сообщение
"Продвижение Bcachefs в состав ядра Linux и переписывание на ..." Отправлено Аноним, 19-Июн-23 23:21
> Linux block layer с файловой системой (дурной пример заразителен). И что > характерно: там те же проблемы, что и в Btrfs. Это на самом деле очень крутой tradeoff. 1) Все операции с RAID уровнем значительно быстрее т.к. оперируют только занятым местом, а не всей площадью. 2) Это намного гибче в плане возможности воткнуть "уж какие есть" девайсы в пул. Без канифолинга мозгов выравниванием по размеру и потерь места на этой почве. Или даже вынуть девайс после временного расширения пула под разовую задачу. 3) У таких штук изумительная реконфигурация и даже смена схемы хранения. Это как пересесть из ржавого жигуля в маленький персональный звездолет. Теперь все не прибито на гвозди и можно выбирать масштаб и конкретику по ходу дела. И сменить например схему хранения если вон то - не нравится. 4) На это все снапшоты и дедуп ложатся явно лучше чем то что было до этого. И уж тем более лучше чем это работает на чистом блочном уровне. Btrfs создал новые паттерны по которым будут делать next-gen дизайны. Bcachefs продолжатель этого направления. Достаточно интересный. Сделанный с учетом проблем предшественников. И его кодер кажется может не только бла-бла на тему как надо, а конструктивную работу с апстримом на тему интеграции. В том числе и идти на компромиссы, и дорабаьывать core-подсистемы сообща. А не так что я тут отдельное нечто  в своей норке, а ващи проблемы меня не волнуют, дескать.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Linux block layer с файловой системой (дурной пример заразителен). И что >> характерно: там те же проблемы, что и в Btrfs. > Это на самом деле очень крутой tradeoff. > 1) Все операции с RAID уровнем значительно быстрее т.к. оперируют только занятым > местом, а не всей площадью. > 2) Это намного гибче в плане возможности воткнуть "уж какие есть" девайсы > в пул. Без канифолинга мозгов выравниванием по размеру и потерь места > на этой почве. Или даже вынуть девайс после временного расширения пула > под разовую задачу. > 3) У таких штук изумительная реконфигурация и даже смена схемы хранения. Это > как пересесть из ржавого жигуля в маленький персональный звездолет. Теперь все > не прибито на гвозди и можно выбирать масштаб и конкретику по > ходу дела. И сменить например схему хранения если вон то - > не нравится. > 4) На это все снапшоты и дедуп ложатся явно лучше чем то > что было до этого. И уж тем более лучше чем это > работает на чистом блочном уровне. > Btrfs создал новые паттерны по которым будут делать next-gen дизайны. Bcachefs продолжатель > этого направления. Достаточно интересный. Сделанный с учетом проблем предшественников. > И его кодер кажется может не только бла-бла на тему как > надо, а конструктивную работу с апстримом на тему интеграции. В том > числе и идти на компромиссы, и дорабаьывать core-подсистемы сообща. А не > так что я тут отдельное нечто в своей норке, а > ващи проблемы меня не волнуют, дескать.
	Введите код, изображенный на картинке: