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

[anton666]

Это довольна проблематично, так как первый SSD в моей жизни я только приобрел и сравнивать будет не с чем:)

[MAKAP]

Наткнулся сегодня на эту тему, и вспомнив как я несколько лет назад облизывался читая про плюшки btrfs.
Много отзывов разого уровня специалистов меня немного приземлили и я отказался тогда. Сейчас не устоял. Тем более потестил операционку ROSA, заимел желание ее снести и забыть, образовалось место.
Без затей форматнул "/" в btrfs, поставил 15.10 и полез копать.
На первый взгляд (ни чем не мерил) чутка быстрее. При операциях апдейт-апгрейд, сперва замирает все на пяток секунд а потом пролетает как в прочищенную раковину. При установке программ (просто по ощущениям) чуток медленнеу чем ext4.
Это из первых впечатлений.
Поставил опцию compress=lzo в fstab, сразу же возник вопрос: как проверить работает ли эта compress=lzo?
Хотя и глядел top при большой занятости харда, занятость 95-99% (проц у меня дохлятинка ноутбучный целерон 2840), но хотелось бы убедиться как то еще.
Забыл добавить хард у меня HDD, на SSD я вообще подобным не заморачиваюсь, там все работает мгновенно.
 
Пользователь решил продолжить мысль [time]28 Февраль 2016, 02:10:26[/time]:Немного погоняв систему понял что опция compress вообще не для моей маломощной машинки.
Окна дисков открываются с задержкой, любые операции с диском вызывают секундное притормаживание итд.
Отключил и сразу заметил прирост в скорости .

[theurs]

Пользователь решил продолжить мысль [time]28 Февраль 2016, 02:10:26[/time]:Немного погоняв систему понял что опция compress вообще не для моей маломощной машинки.
Окна дисков открываются с задержкой, любые операции с диском вызывают секундное притормаживание итд.
Отключил и сразу заметил прирост в скорости .

Интересно что за антиквариат может тормозить из-за использования lzo сжатия.

[AnrDaemon]

http://www.cpu-world.com/sspec/SR/SR1YJ.html

[thunderamur]

Немного погоняв систему понял что опция compress вообще не для моей маломощной машинки.
Окна дисков открываются с задержкой, любые операции с диском вызывают секундное притормаживание итд.
Отключил и сразу заметил прирост в скорости .

У меня Celeron N2830, я попробовал сравнить и не увидел разницы, задержки при открытии чего-либо на глаз одинаковые. Надо придумать как замерить в цифрах.

Я тут немного потестил на N2830
BTRFS vs EXT4 на слабом ноуте (Intel Bay-Trail, Celeron N2830)
Пользователь решил продолжить мысль 28 Февраля 2016, 11:59:41:MAKAP,
compress=lzo было, не zlib случаем?

[MAKAP]

Приветствую!

Сейчас объясню как, что делал и что было.
Сразу скажу, что в силу разных там причин я не очень большой специалист.
Просто большой опыт обычного юзерства, и вполне прилежный ученик .

И так: форматнул, поставил 15.10, запустился, апдейт-апгрейд, перезагрузка.
После установки и обновления перезагрузка всегда дольше на нее даже не смотрел. Перезагрузился несколько раз и смотрел уже, скажем так, на чистую. На глаз грузится быстрее чем было с ext4. Окошко наутилуса открывается мгновенно, яндекс браузер тоже на вид быстрее.
Полез в /etc/fstab, он имеет следующий вид:

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

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=1879d107-c021-4662-9c30-5f71c9f3e079 /               btrfs   defaults,subvol=@ 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=4899-3095  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda5 during installation
UUID=1879d107-c021-4662-9c30-5f71c9f3e079 /home           btrfs   defaults,subvol=@home 0       2
# swap was on /dev/sda6 during installation
UUID=398cc915-8abc-44fe-bd0d-3239b448e88c none            swap    sw              0       0

Прописал compress=lzo вот так:

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

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=1879d107-c021-4662-9c30-5f71c9f3e079 /               btrfs   compress=lzo,defaults,subvol=@ 0       1
# /boot/efi was on /dev/sda2 during installation
UUID=4899-3095  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda5 during installation
UUID=1879d107-c021-4662-9c30-5f71c9f3e079 /home           btrfs   compress=lzo,defaults,subvol=@home 0       2
# swap was on /dev/sda6 during installation
UUID=398cc915-8abc-44fe-bd0d-3239b448e88c none            swap    sw              0       0

Перезагрузился, смотрю. Окно наутилуса открывается с явной секундной задержкой. Команда apt-get update сперва думает секунды три, потом начинает работать. Скайп пока ставился я успел чай заварить. В моменты большой загрузки харда (лампочка непрерывно горит) занятость CPU в htop 99% обе башни.

Огорчился, полез в fstab, стер copress=lzo, перезагрузился, смотрю.
Наутилус открывается сразу, апдейт-апгрейд работает без затупок.

Может я чего не сделал, может сделал не так, не знаю что и думать.
Судя по вашему тесту, уважаемый thunderamur, все очень хорошо должно быть.
Опишите по шагам, что и где надо сделать, уж я сделаю все как положено , в плоть до переустановки оси если понадобится. Очень уж хочется показателей как в ваших тестах.

[thunderamur]

MAKAP,
Я понял в чем твоя ошибка. Ты включил сжатие, но не провел дефрагментацию ФС со сжатием. В следствие чего, твоя система пережимала файлы при обращении к ним и после чего писала их снова на диск. Этим и объясняется тупняк.
Тебе нужно сделать следующее
1. Также как ты уже делал прописать сжатие
2. Провести дефрагментацию со сжатием:

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

sudo btrfs fi def -clzo -r /{@,@home}3. После чего замерить время загрузки и посмотреть как работает система в целом.
Пользователь решил продолжить мысль [time]28 Февраль 2016, 22:13:41[/time]:MAKAP,
кроме того когда видишь занятый ЦП не лишним будет посмотреть кто же все-таки грузит, может это и не btrfs вовсе была, а, например, запустился update-apt-xapian-index, тогда нужно просто подождать когда он отработает.

[MAKAP]

Грузанулся с флешки, сделал дефрагмент по инструкции.

Системный монитор показывал занятость диска 5.4 гигабайта, после дефрагмента стал показывать 4.8 гигабайта.
Стало быть сжатие работает? не мог же он просто настолько удефрагментироваться.

Ось грузится за 25 секунд до ввода пароля, 31 секунду если без ввода пароля сразу на рабочий стол.

Еще что заметил из интересного, копирование стало быстрее. Раньше (на ext4) я замерял (копирую виндовый свап 740мб) скорость была 25 м/с, сейчас стала 34 м/с. Цифры смотрю под конец копирования конечно же.

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

[thunderamur]

MAKAP,
В общем, стало чуточку быстрее?
Тормозов, о которых ты ранее писал не замечаешь больше?
Пользователь решил продолжить мысль 28 Февраля 2016, 17:19:21:MAKAP,
Я давал команду для исполнения из рабочей системы, не с флешки, надеюсь ты правильно пути указал для дефрагментации...

[Sly_tom_cat]

Не в привязке к 16.04 а просто мнение:
BTRFS вполне уже стабильна и пользоваться ей можно, а на ssd - нужно.

Поставил свом детям на мини-пи-си ее на ssd. Пока полностью доволен.

Что немного расстроило, так это то что инсталятор неспросив разбил общий раздел на подтома: корень и хомяк. Ну вот не люблю я когда за меня что-то решают. Пусть даже и правильно решают. Всеравно спросить надо было или предупредить.

[skybour]

Sly_tom_cat, ну это уже претензия к инсталлятору и это явный недочет. В инсталляторе openSUSE, например, эти вещи давно уже настраиваются.

[alsoijw]

Не в привязке к 16.04 а просто мнение:
BTRFS вполне уже стабильна и пользоваться ей можно, а на ssd - нужно.

Почему?

Что немного расстроило, так это то что инсталятор неспросив разбил общий раздел на подтома: корень и хомяк. Ну вот не люблю я когда за меня что-то решают. Пусть даже и правильно решают. Всеравно спросить надо было или предупредить.

На автомате?

[Sly_tom_cat]

alsoijw, да. Я сказал сделать корень (не выделяя /home) а получил два подтома (корени и хомяк) - без единого вопроса.
И да это в самой BTRFS никакого отношения не имеет - это инстолятору минус.

[alsoijw]

Не в привязке к 16.04 а просто мнение:
BTRFS вполне уже стабильна и пользоваться ей можно, а на ssd - нужно.

Почему?

[thunderamur]

Sly_tom_cat,
Ты выбрал 1 раздел, 1 раздел и создан, подтома btrfs в инсталяторе никак не настраиваются, поэтому так как решили за тебя.