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

[AnrDaemon]

LiveCD
chroot
grub-install --recheck --no-floppy /dev/где/там/БТРФС

[bysereg]

Для BTRFS нужно настраивать trim?

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

# /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/sda1 during installation
UUID=478d9e75-230a-4669-9c58-883e3ebddab3 /               btrfs   defaults,subvol=@ 0       1
# /home was on /dev/sda1 during installation
UUID=478d9e75-230a-4669-9c58-883e3ebddab3 /home           btrfs   defaults,subvol=@home 0       2
/dev/disk/by-uuid/f663721e-b253-4fd1-9e9b-ff8aa4bbeb08 /home/MEDIA auto nosuid,nodev,nofail,x-gvfs-show 0 0
/home/MEDIA/var /var none bind 0 0

Если делать ежедневный trim через Cron, fstrim -v выполнять для подтомов fstrim -v / >> $LOG и fstrim -v /home >> $LOG или указать только корень /.
Параметр Монтирования BTRFS default  для SSD. Cистема распознала SSD или нужно прописать в fstab?

[Sly_tom_cat]

bysereg, нет,
BTRFS сама TRIM делает когда нужно.
BTRFS также полностью самостоятельно определяет что работает на SSD и ничего прописывать не надо.

Посмотрите вывод mount - там видно с какими опциями в реале смонтированны ФС. У меня дома btrfs монтируется на SSD сразу включив (сама) опции ssd и space_cashe.

Так же практически не нужно прописывать опции сжатия - достаточно командой btrfs property set <path> compression lzo|zlib включить сжатие на подтоме.

[bysereg]

Sly_tom_cat, а для SSD сжатие обязательно? у меня 120 гб из них сободно ~80%. Тут пишут, что сжатие дополнительно нагружает процессор. Если включить как будет работать c Phenom x3 8450 2.1 Ггц, 4 Гб DDR2.

[Sly_tom_cat]

bysereg, ну если проц относительно новый то его сильно сжатием не нагрузишь, btrfs пока только два механизмапредлагает но они как раз достаточно классически - lzo быстрый но не слишком эффективный, а zlib довольно эффективно жмет, но ресурсоёмкий. Так что выбирайте, что вам больше по душе.

А так от любого сжатия на ssd будет смысл т.к. сокращается объем записи на диск, а это - самый критический параметр ssd.

[Pilot6]

Sly_tom_cat,

BTRFS сама TRIM делает когда нужно.

Нет, не делает. В опцию ssd trim не входит.

А вот Ubuntu делает еженедельно. Возможно надо добавить опцию --no-model-check в /etc/cron.weekly/fstrim, если модель не входит в список.
Пользователь решил продолжить мысль [time]04 Март 2016, 22:50:09[/time]:bysereg,
Делать в опции монтирования discard не рекомндую. От этого уже все отказались. Тормозит без толку.
Пользователь решил продолжить мысль 04 Марта 2016, 22:51:51:bysereg,
 

а для SSD сжатие обязательно? у меня 120 гб из них сободно ~80%. Тут пишут, что сжатие дополнительно нагружает процессор. Если включить как будет работать c Phenom x3 8450 2.1 Ггц, 4 Гб DDR2.

Сжатие не обязательно. Но сжатие lzo уменьшает использование SSD, чем продляет срок его службы. При этом ускоряет работу с SSD и очень мало нагружает процессор.

[bysereg]

Как все таки быть с trim? SSD Silicon Power в список поддерживаемых ubuntu не входит. Где-то читал, что discard для ext4, а для BTRFS ssd. При установке xubuntu создала 2 подтома / и /home (как я понял особенность BTRFS). Если делать через cron

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

!/bin/sh
LOG=/var/log/trim.log
echo "*** $(date -R) ***" >> $LOG
fstrim -v / >> $LOG
fstrim -v /home >> $LOG

или достаточно указать только корень fstrim -v / >> $LOG, раздел ведь у них один и тот же.
Также заметил, что на ext4 трим выполнялся на объем всего свободного пространства, в btrfs запустил fstrim / -v 3,7 Гб.

[Pilot6]

bysereg,

Как все таки быть с trim?

Если ваш девайс поддерживает trim, то надо просто добавить опцию --no-model-check в cron.
Сейчас все поддерживают это дело.

Проверить можно так:

sudo hdparm -I /dev/sdX | grep -i trim

где sdX - ваш девайс (например sda).

Где-то читал, что discard для ext4, а для BTRFS ssd.

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

В Ubuntu это делается еженедельно с помощью cron. Поддерживаются автоматом девайсы Samsung, Intel, SanDisk и еще что-то. Сейчас не помню. Если ваш девайс трим поддерживает и не входит в список, то можно руками включить. Периодичность тоже можно при желании легко поменять. Можно хоть каждый день делать.

[Sly_tom_cat]

Я на loop устройствах эксперементировал - там даже при добавлении нового устройства по нему 100% (на весь объем) трим делается.
Кроме того я баловался с гиговыми файлами так вот там объем deallocated - постоянно меняется при записи и удалении больших файлов, а все что deallocated - оно оттримировано(ну на сколько я знаю, код не смотрел конечно).

Хотя вот тут написано что нужно монтировать с опцией discard что бы автоматом тримировалось.

[Pilot6]

Sly_tom_cat,

Хотя вот тут написано что нужно монтировать с опцией discard что бы автоматом тримировалось.

Можно-то можно, но это не оптимальный вариант.

[bysereg]

Вот нашел про TRIM. В Ubuntu 14.04 включено по умолчанию для Intel, Samsung, OCZ, Patriot и Sandisk SSD - накопителей. В Ubuntu 14.10 и выше, trim выполняется автоматически каждую неделю на всех SSD, поддерживаемых fstrim.

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

#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true

По ходу добавлять --no-model-check не нужно.

[thunderamur]

bysereg,
Кончай оффтоп со своим тримом! Здесь идет обсуждение btrfs.

[Sly_tom_cat]

Pilot6, Да, согласен, TRIM-ировать по ходу работы ФС - лишние тормоза. В вики btrfs так в принципе и на писано - discard - не самое лучшее решение, но лучше проверьте сами - стоит оно или нет.

Дело то в том, что (на сколько я понимаю) сам TRIM на разных устройствах реализован по-разному (если реализован). И тут действительно надо самому проверять - стоит discard использовать или нет. 

thunderamur, ну TRIM же и BTRFS отношение имеет. Причем именно от ФС зависит как в ней реализован механизм TRIM-ирования в процессе работы.
В прнципе ФС может сама оптимизировать оправку TRIM контроллеру диска.

[anton666]

Попытался установить Btrfs на SSD, руководствуясь инструкцией с оф.док.:
https://help.ubuntu.ru/wiki/ssd
И инструкции Макара:
https://forum.ubuntu.ru/index.php?topic=269699.msg2160171#msg2160171

После того как я прописал в:

gedit /etc/fstab

Две строчки:

space_cache,compress=lzo,autodefrag   (Кстати, прописывал без "autodefrag", или для SSD тоже прописывать нужно?)

После чего загрузился с LiveCD. И в консоле прописал:

sudo btrfs fi def -clzo -r /@

sudo btrfs fi def -clzo -r /@home (кстати, после прописывания данных команд, в консоле должно происходить выполнение какой то операции? у меня не чего не происходит, просто появляется новая строчка "ввода данных")

После этого посмотрел занимаемое системой пространства через Baobab.
Как было 5,5 гиг, так и осталось.
Что не так делаю? Или чего не понимаю?

[AnrDaemon]

Для SSD не нужен дефраг.