LINUX.ORG.RU

Fedora 33 Test Week — Btrfs

 , ,


0

3

Проект Fedora анонсировал проведение «Test Week» (недели тестирования). Мероприятие продлится с 31 августа по 07 сентября 2020 года.

В рамках «Test Week» все желающие приглашаются протестировать следующий релиз Fedora 33 и отправить результаты разработчикам дистрибутива.

Для тестирования необходимо установить систему и выполнить несколько стандартных операций. Затем необходимо отчитаться о результатах через специальную форму.

Согласно wiki мероприятия, тестирование допускается проводить в виртуальной машине. Для тестирования доступны сборки архитектур x86 и aarch64.

Основной акцент предстоящей недели сделан на Btrfs. В Fedora 33 эта файловая система будет предлагаться установщиком по умолчанию. В предыдущих версиях Fedora по умолчанию предлагалась файловая система ext4.

В числе особенностей Btrfs по сравнению с ext4, стоит отметить следующие:

  • Copy-on-write. В случае с файловой системой ext4, новые данные записываются поверх старых. Btrfs позволяет записывать новые данные, оставляя старые данные в неприкосновенности. Благодаря этому появляется возможность восстановить систему или данные в случае сбоя.

  • Snapshots. Эта технология позволяет сделать “снимок” файловой системы для последующего отката изменений.

  • Subvolumes. Файловая система Btrfs может быть разбита на так называемые subvolumes (субтома).

  • Поддержка компрессии, что позволяет не только сжимать файлы, но так же снизить число обращений к диску.

Анонс:
https://fedoramagazine.org/contribute-at-the-fedora-test-week-for-Btrfs/

Русскоязычная поддержка: в Matrix-чате #russianfedora:matrix.org

>>> Подробности



Проверено: alpha ()
Последнее исправление: CYB3R (всего исправлений: 16)
Ответ на: комментарий от Vsevolod-linuxoid

Как я понимаю, это когда на ФС ищутся файлы-клоны, чтобы потом заменить один из них на reflink?

Нет.

Как это сделать?

https://github.com/markfasheh/duperemove

anonymous
()
Ответ на: комментарий от Vault_Boy

Вы топите за правильный дистрибутив, запрещённый в РФ законодательством

Что ты несёшь? Лучше сходи в спецраздел, пожалуйся ещё на аватарки.

Закон напишешь, который запрещает?

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

а про facebook и btrfs точно ничего не известно

Комментарии от овнера проекта в федоре, который работает в fb и пилит саму btrfs:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/m...

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/m...

https://lwn.net/Articles/824855/

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

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

chuzhoi
()
Ответ на: комментарий от anonymous

Точный(вот прям-прям как в классических ФС) занимаемый размер узнать нельзя. Ибо CoW. Пересчет квот тоже происходит не сразу. То есть вот у тебя есть квота 10 Gb, занято из них 9, ты хреначишь dd if=/dev/zero of=testfile bs=1M count=2000 и на тестах у меня успело записаться где-то до 10.5 Gb, прежде чем отвалилось по quota exceeded. Но мне это не критично, с этим я согласен мириться, плюс народ обещает что механизм квот еще будет допиливаться.

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

Наркоманы чёртовы, ужо и до файловых систем добрались. ФС должна быть предельно тупая: форматнул и забыл.

В твоём мире за VPS наверное пришлось бы платить x10. Ну а чо, thin provisioning и dedup - это ж тоже наркомания, лол :-)

Pinkbyte ★★★★★
()

Юзаю Btrfs с 2013 года - полет нормальный. Сношал ее в хвост и в гриву, отрубал электричество, жал на ресет. Ей все нипочем. Данные целехонькие. В рейдах 5 и 6 тоже все нормуль.

anonymous
()
Ответ на: комментарий от intelfx

Создаёшь подтом, на нём образ, пихаешь его в loop, готово. Что ещё нужно?

Надо побенчить такой образ с NOCOW, но на той же ext4 журнал неплохо так сажает производительность loop-устройств. Для всяких тестов по-быстрому оно вполне себе окей, в продакшен я бы не стал.

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

Ты что, в глаза долбишься? Написано - данные целехонькие. Сношает она тебя и тебе подобных дилетантов, которые уже 8 год скулят о ее бета-статусе.

anonymous
()

Оплата почасовая?

anonymous
()
Ответ на: комментарий от cross_platform

Ум нужен, чтобы удержаться на плаву с 1994 года.

так они и не удержались. зюзя кончилась отдавшись новеллу…

anonymous
()
Ответ на: комментарий от eternal_sorrow

в нормальных ФС fsck надёжный настолько, что его можно выполнять при загрузке системы и большинство проблем будет устранено вообще без участия пользователя

Понятно — синдром быстрых лошадей.

Ни один fsck в мире не исправляет серьёзные повреждения без участия пользователя.

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

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: ну не бред же.. от anonymous

Уже куча исследований говорит что <…>

Ссылку на «кучу исследований».

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

Надо побенчить такой образ с NOCOW, но на той же ext4 журнал неплохо так сажает производительность loop-устройств.

журнал

btrfs

/0

Для всяких тестов по-быстрому оно вполне себе окей, в продакшен я бы не стал.

А чем это отличается от хвалёных «zfs volume», по-твоему?

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

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

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

anonymous
()
Ответ на: комментарий от alpha

И тут, внезапно и совершенно неожиданно, оказывается что Fedora - это проект сообщества, в котором решения принимаются выборным инженерным комитетом, а не компанией Red Hat.

А вот внезапно на чьи денежки он живёт этот «проект сообщества»?

anonymous
()
Ответ на: комментарий от intelfx

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

ты, никак, спец по проблемам, устраняемым «без участия пользователя»?

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

Но ведь нужно знать что установка NVidia драйвера - небезопасная операция (чтобы создать снапшот). Раньше в Ubuntu с этим проблем не было.

Всегда были

anonymous
()
Ответ на: комментарий от intelfx

журнал
btrfs
/0

Ну не журнал, а log tree, шо ты сразу начинаешь-то? :-)

А чем это отличается от хвалёных «zfs volume», по-твоему?

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

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

И где теперь Novell? А Suse до сих пор с нами.

ну, хорошо хоть не jesus. много банков юзает netware по сей день. патамуштаработает (tm).

лично знаю людей, работающих в royal bank of canada, поддерживающих novell netware. маразм, конечно, но патамуштaработает (tm)

suck it

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

не журнал, а log tree, шо ты сразу начинаешь-то? :-)

Потому что журнал и log tree — совершенно разные вещи, работающие совершенно по-разному. Log tree — это скорее ZIL, чем журнал.

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

А ext4 ты с data=journal гоняешь, что ли?

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

intelfx ★★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Круче, reflinkи позволяют объединять куски файлов. Предлагаю начать с duperemove.

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

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

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

Это может происходить при обновлении этих самых данных. Вы предлагаете не обновляться? Вообще никогда? Продолжать сидеть на Windows 3.1?

cross_platform
() автор топика

Ну вот и спалилась Федора. Вас предупреждали, что это тестовый полигон!

anonymous
()
Ответ на: комментарий от cross_platform

грузятся в чёрный экран или не могут загрузиться вообще?

на 99% это связано с совершенно идиотской настройкой дистрибутивов по умолчанию - вывалить в сингл/рекавери моуд, вместо того чтобы исправлять ФС (Любую) с флагами -fy
винда же например, просто молча чекает диск и не спрашивает.
тогда как погроханную фс надо с матом идти в чулан, подцеплять сервер и чекать ФС, пока не снизойдёт просветление исправить этот позорный дефолт руками.

бтрфс от этого не спасёт.

darkenshvein ★★★★★
()

Fedora 33 Test Week

Да уж, такие тестовые недели что весь релиз слышен плач федоровцев :D

RedEyedMan666
()
Ответ на: комментарий от darkenshvein

Компьютер может на завестись не только потому что повреждена файловая система. Это скорее исключение. В большинстве случаев, особенно в мире Linux, компьютер на заводится из-за обновлений. Вот, в этом случае и удобны решения, вроде BTRFS с их системой snapshot`ов.

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

Лучше уж вываливать эмердженси шелл под контроль пользователя, чем как на винде в закольцованном ребуте сообщать «Windows нишмогла проверить диск»…

RedEyedMan666
()
Ответ на: комментарий от cross_platform

В большинстве случаев, особенно в мире Linux, компьютер не заводится из-за обновлений

В мире Linux обновления настолько всемогущи, что влияют на работоспособность системной платы – «компутер не включится» :D

RedEyedMan666
()
Ответ на: комментарий от cross_platform

удобны решения, вроде BTRFS с их системой snapshot`ов

Это гавно, а не удобное решение. boot archives уже были в солярке, когда я только делал первые шаги в скорбную юдоль системного администрирования.

Uncle_Bobby
()

Copy-on-write. В случае с файловой системой ext4, новые данные записываются поверх старых. Btrfs позволяет записывать новые данные, оставляя старые данные в неприкосновенности. Благодаря этому появляется возможность восстановить систему или данные в случае сбоя.

Тут нужна приписка, что желательно иметь терабайтник-два, иначе место на 120/250 ГБ накопителе быстро закончится этими снапшотами содержимого 25-гиговой гентушки.

RedEyedMan666
()
Ответ на: комментарий от AS

Я изначально прочитал, будто это в РФ законом запрещено

А потом прошланговал, что экспортные ограничения федоры - не закон :)

gutaper ★★★★★
()

Кто-нибудь знает, в btrfs можно посмотреть, какие у фс есть сабвольюмы, не монтируя её?

xecu91
()
Ответ на: комментарий от cross_platform

Для этого на / должен быть btrfs смонтирован, и это не покажет сабвольюмы тех btrfs, которые не смонтированы

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

Ну как в винде, например, перед установкой обновления делается снапшот, накатывается обновление, не получилось? Вернёмся к последней удачной конфигурации. Да придётся в software&update добавить создание снапов, а в grub пунктик про загрузку из снапа

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

Для этого всего уже есть готовые решения.

anonymous
()

БТР нужен не для того, чтобы из него стрелять, как из танка, а чтобы перебросить солдат из точки А в точку Б, давая им защиту от выстрелов по ним. BtrFS работает по тому же принципу? Только вместо солдат, сохраняет данные? Невзирая на bad sectors и внезапные потери питания?

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

Невзирая на bad sectors и внезапные потери питания?

Наоборот, при первой же проблеме она «падает» не давая дальше работать до починки. Идея в раннем предотвращении bit rot - чтоб в корявые данные не попадали в бекапы итп. Как только проблема с железкой - сразу стоп машина. Отсюда репутация нестабильной фс.

Ну или по крайней мере так это рассказывали в devel списке федоры те, кто продвигает этот проект.

Как оно на деле, скоро узнаем

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

За деньги спонсоров - федора уже не глюкодром.

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