BTRFS. Готова ли к использованию в 16.04?

[Sly_tom_cat]

Дмитрий Бо, ну тогда надо дальше ковырять, ведь вот когда я балуюсь с образами - я нормально создаю файловую систему прямо на файлах образах а монтирую их через /dev/loop<n> - но ничего - драйвер прекрасно находит свои компоненты (созданные в файлах-образах) среди /dev/loop<n> устройств (что для меня было сюрпризом, в принципе).
Так что там действительно драйвер умеет глубоко копать... вопрос только как его заставить капать в нужном направлении...

[Zarazakbr]

Всем привет. Почитал почти половину темы. Дальше не осилил.

Подскажите, пожалуйста. У меня есть SSD-диск. Он разбит уже на корень(установлена ОС) и хомяка. ФС Ext4. Стоит ли переходить на Btrfs (с сжатием или без?). Если да, то полностью форматировать оба диска? Необходимо ли разбить диск на корень и хомяка или все ставить без разбивания?

Процессор у меня АМД А10 и 8 Гиг ОЗУ (ноутбук).

[Sly_tom_cat]

Zarazakbr, если ставить на btrfs без разбиения на разделы, то инсталлятор автоматом создаст два под-тома: @ - для корня и @home - для /home.

Собственно использование под-томов намного удобнее чем разделов.

[Zarazakbr]

Zarazakbr, если ставить на btrfs без разбиения на разделы, то инсталлятор автоматом создаст два под-тома: @ - для корня и @home - для /home.

Собственно использование под-томов намного удобнее чем разделов.

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

[Pilot6]

Zarazakbr,
Сжатие lzo дает уменьшение занятого пространства и увеличивает скорость чтения на медленных дисках. Процессор грузит очень слабо, что даже на слабеньких процессорах практически не заметно.
Можете использовать, а можете и нет. Всегда это можно поменять при желании.
Пользователь добавил сообщение 15 Марта 2017, 14:04:59:Zarazakbr,
С вашим процессором даже смешно об этом говорить.
Форматировать все диски не надо. Можно сконвертировать ext4 в btrfs, под хомяк сделать подтом, а потом скопировать с отдельного раздела все туда. Потом раздел с хомяком удалить и увеличить корневой раздел. Если все это сумеете сделать самостоятельно руками, то заодно и управляться с btrfs научитесь.

[Sly_tom_cat]

Ну я бы конвертировать ext4 не советовал...

Я на виртуалке пробовал - так и не понял - как потом вынести из корневого подтома все в подтома @ и @home (которые придется создавать вручную). Снепшотом такой перес сделать не получилось, видимо придется тупо мувить .

[Pilot6]

Sly_tom_cat,
А я именно так и сделал не на одном компе. Ну да мувить пришлось.

[Дмитрий Бо]

Я вот что удумал: в томе, собранном из четырёх разделов (условно, /dev/sdb1, /dev/sdc1 и далее), один раздел (скажем, /dev/sdc1) увеличить на терабайт-другой. Результатом труда должно стать увеличение самого тома. Ман советует делать  resize [<devid>:][+/-]<size>[kKmMgGtTpPeE]|[<devid>:]max <path>. В моём случае будет что-то типа

Код: [Выделить]

btrfs resize 2:max /mnt/mount/pointКто-нибудь из присутствующих сеньоров занимался таким? Как результат, даёт нужный результат, без сюрпризов?

[Pilot6]

Дмитрий Бо,
Более того, gparted умеет на живой системе это делать в графическом виде.

[Sly_tom_cat]

Дмитрий Бо, я на файловых образах пробовал - у меня все получилось.

[thunderamur]

Поставил SSD на ноут с дохлым процессором Celeron N2830 (2x2.41), задался вопросом - а стоит ли сжатие использовать.
Условия: 2 раздела btrfs с индетичным содержимым - чистая установка Ubuntu 16.04.2. Только один из них со сжатием lzo.
Как видно под спойлером, изначально lzo для системы экономит 35% места, т.е. в 1.5 раза.
Далее делаем dd 1 ГБ с разделов и пишем, то на один, то на другой. Разница почти в 2 раза. Но смутило то, что на разделе со сжатием занятое место увеличилось всего на 0.1 ГБ, т.к. данные не писались по факту, видимо btrfs как-то распознала, что эти данные уже есть в ФС, несмотря на то, что в ФС они в виде файлов, а dd писал все в один файл, читая не файлы, а raw раздела.

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

df -h

/dev/sda2        98G  2.2G   95G   3% /media/ubuntu/16e24b23-5863-4ad7-b2df-398d5798fb34
/dev/sda3        98G  3.4G   94G   4% /media/ubuntu/c01b647f-338f-4c81-b184-1bb7c772785b


sync && echo 3 > /proc/sys/vm/drop_caches


cd /media/ubuntu/c01b647f-338f-4c81-b184-1bb7c772785b/

dd if=/dev/sda2 of=iotestfile bs=10M count=100

100+0 records in
100+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 11.81 s, 88.8 MB/s


sync && echo 3 > /proc/sys/vm/drop_caches 0


cd ../16e24b23-5863-4ad7-b2df-398d5798fb34/

dd if=/dev/sda3 of=iotestfile bs=10M count=100

100+0 records in
100+0 records out
1048576000 bytes (1.0 GB, 1000 MiB) copied, 6.26979 s, 167 MB/s


df -h
/dev/sda2        98G  2.3G   95G   3% /media/ubuntu/16e24b23-5863-4ad7-b2df-398d5798fb34
/dev/sda3        98G  4.4G   93G   5% /media/ubuntu/c01b647f-338f-4c81-b184-1bb7c772785b


[Sly_tom_cat]

thunderamur, какой-то странный эксперимент

Не проще было из /dev/urandom сделать один файл и копировать его на два разных раздела.

Но рандом плохо ужимается...
Можно взять просто большой документ PDF.
Еще можно взять какой-нибудь существующий каталог (например /etc) там довольно много мелких файлов. Это будет уже не совсем тест упаковки а тест того как упаковка влияет на файловые операции в целом.

[AnrDaemon]

BTRFS дедупит на уровне блоков, не файлов.

[eNdiD]

AnrDaemon, блоков файла, или вообще всех блоков? К примеру, у меня настроен borgbackup. 10 Гб папка сжимается lzma до 6 Гб, а затем отрабатывает блочная дедупликация borg и папка превращается в бэкап на 2 Гб (ну там еще инкрементальный механизм работает, но суть не в этом). Как-то так:

(Нажмите, чтобы показать/скрыть)

                       Original size      Compressed size    Deduplicated size
This archive:                9.87 GB              5.64 GB              3.72 MB
All archives:               49.34 GB             28.21 GB              1.95 GB

                       Unique chunks         Total chunks
Chunk index:                   36150               334761

Т.е. 10 Гб "ужимаются" до 2. Но ведь в btrfs все работает не так? Или я чего-то не понимаю.

[AnrDaemon]

Вообще блоков, даже если они на разных подтомах в пределах одного пула.