LINUX.ORG.RU
ФорумTalks

Очередная порция улучшений в BtrFS

 ,


1

1

В ядре 3.8 нас поджидают положительные изменения в хорошей ФС. Краткий список:

  • Повышение производительности:
    • Снижение задержек и нагрузки на CPU при вызовах fsync и записей с флагом O_DIRECT
    • Неупорядоченные операции разнесены по разным CPU
  • Внесены исправления в механизм обработки ошибок при коллизиях хэшей, полное исправление ситуации с коллизиями хэшей намечено на ближайшее будущее.
  • Уже на этой неделе будут опубликованы патчи для поддержки RAID5 и RAID6
  • Добавлена возможность более быстрой замены диска при эксплуатации, чем была до этого

Не бейте меня ногами, но я как-то пропустил ответ на вопрос: fsck для него уже есть в рабочем состоянии?

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

fsck есть, но в каком он состоянии - не знаю, не представлялось случая проверить его работоспособность.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

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

vurdalak ★★★★★
()
Ответ на: комментарий от Kindly_Cat

Если отключение попадет на запись/чтение, то скорее всего останется недозаписанный блок. Я не в курсе, как оно потом его обрабатывает. Может, и само, без fsck.

vurdalak ★★★★★
()

круто, но этих фс для линукса уже столько что никто и не заметит

white_ghost
()
Ответ на: комментарий от vurdalak

его починить после отключения электричества или еще какой-нибудь катастрофы

В этом плане там всё нормально.

Главным аргументом против использования btrfs раньше было (и есть) необратимое засорение раздела метаданными, сопутствующие тормоза и прочие проблемы.

fsck.btrfs нужен для диагностики, ибо когда с ФС явно что-то не так, то определять что именно бывает уже поздно.

shahid ★★★★★
()
Последнее исправление: shahid (всего исправлений: 1)
Ответ на: комментарий от shahid

необратимое засорение раздела метаданными

max_inline помогает.

Kindly_Cat
() автор топика
Ответ на: комментарий от post-factum

Да им уже писали. Но видимо хочется инноваций, ради которых все в ужасе кинутся покупать SSD :)

pekmop1024 ★★★★★
()

Тред смотрелся бы странно без адептов Святых Вбросов Шишкина :D

Kindly_Cat
() автор топика
Ответ на: комментарий от devl547

MFT поадекватней будет. Да и постарше.

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

pekmop1024 ★★★★★
()
Ответ на: комментарий от pekmop1024

cpu жрет меньше, чем btrfs.
У нее один минус - ядреный драйвер недоделан в плане записи.

devl547 ★★★★★
()
Ответ на: комментарий от templarrr

Читай лучше, что разбирающиеся в теме люди пишут. Отсюда и дальше по ветке.

Kindly_Cat
() автор топика
Ответ на: комментарий от templarrr

А можно вкратце, что ж именно не так в btrfs?

1. Судя по мычанию главного разработчика btrfs, в основу ФС положен дефективный алгоритм. Это колосс на глиняных ногах.
2. Жрёт неадекватно много дискового пространства под метаданные. Насколько я понимаю, для решения этой проблемы предусмотрен адов костыль под названием «rebalance».
3. Механизм COW приводит к адской фрагментации файлов, в которые часто производится запись. Такие файлы типичны для БД (например, sqlite-база, в которой Firefox держит свой профиль).

Manhunt ★★★★★
()
Ответ на: комментарий от post-factum

можно мне ссылку на то, как микрософт хвалит линукс? :)

это я к тому, что Шишкин в жизни не признает, что btrfs хороша. Особенно вспоминая сколько раз мейнстрим отфутболивал импорт рейзера в дерево.

mrdeath ★★★★★
()
Ответ на: комментарий от mrdeath

мало того, Шишкин писал этот опус пару лет назад, когда btrfs был еще дикой альфой.

mrdeath ★★★★★
()
Ответ на: комментарий от iZEN

Только менее ненужной она от этого не стала.

Kindly_Cat
() автор топика
Ответ на: комментарий от shahid

Главным аргументом против использования btrfs раньше было (и есть) необратимое засорение раздела метаданными, сопутствующие тормоза и прочие проблемы.

В https://btrfs.wiki.kernel.org/index.php/Main_Page есть упоминание о Online filesystem defragmentation насколько хорошо это работает не проверял.

И, насколько я понимаю, это проблема всех COW fs.

at ★★
()
Ответ на: комментарий от iZEN

Быстрее zfs допортируют

Я в курсе, но оно бажно, поэтому ДОпортируют :)

xorik ★★★★★
()
Последнее исправление: xorik (всего исправлений: 1)
Ответ на: комментарий от mrdeath

Могу только сослаться на его слова в интервью:

Отчасти по поручению работодателя. Я сделал поддержку btrfs в grub-0.97 (с grub2 наши дистрибутивы не работают). Не знаю, что поручат ещё. Вполне возможно, что ультрамодную фичу «data deduplication».

Если кроме патча на граб ничего нет, значит, ему так ничего и не поручили.

post-factum ★★★★★
()
Ответ на: комментарий от post-factum

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

mrdeath ★★★★★
()
Ответ на: комментарий от post-factum

да не особо. ext2->ext3 тоже не шибко быстро допиливали.

mrdeath ★★★★★
()
Ответ на: комментарий от post-factum

Могу только сослаться на его слова в интервью

Плакал.

Если кроме патча на граб ничего нет, значит, ему так ничего и не поручили

Значит, Шишкин - банальный балабол, прям как стандартный лоровский иксперд.

Kindly_Cat
() автор топика
Ответ на: комментарий от Kindly_Cat

Куда там смотреть, не знаю, но пописать код можно.

post-factum ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.