Настройка/оптимизация SSD для linux - нужна ли?

[Sergei K.]

сделай hw-probe как в шапке над форумом написано

Надеюсь, что правильно получилось.

https://linux-hardware.org/?probe=9bf1a7061b

[Sergei K.]

darkfenix, твое замечание к моему посту 116: "Научись уже пользоваться" принято. Извиняюсь. Кажется уже научился пользоваться спойлером.

[Unborn]

Это для каких записей в fstab?

для разделов btrfs.

Может и баян, но все же: http://adiutor.ru/index.php/everything- ... linux-trim

Может. Только не нужно путать неразмеченную и недекларируемую для ОС и ФС области или объём.

[StarMAUGLI]

Вопрос: правильно ли я понимаю, что если там записано all || true, то это означает, что trim включен?

похоже, что да. так.

[StarMAUGLI]

Надеюсь, что правильно получилось.

да

[Chocobo]

Вопрос: правильно ли я понимаю, что если там записано all || true, то это означает, что trim включен? Если это так, то это простой способ проверки trim.

Тут стоит понять два варианта применения трима,
один "ручной" - когда команда fstrim вызывается и шуршит по накопителю
второй "онлайн" - когда это организовано на уровне фс через discard

Так вот твой cron.weekly - подразумевает запланированную задачу по вызову fstrim еженедельно. и будет его выполнять согласно расписанию.

Это является ответом на твой вопрос?)

[rogoznik]

Unborn, некорректно выразился. Я имел ввиду какая строчка для /, а какая для /home
UPD:
в fstab имею следующее

Код: Выделить всё

# / was on /dev/sda3 during installation
UUID=8877b4f1-6be8-4f4b-b1fe-ab700f2b5707 /               btrfs   defaults,subvol=@ 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=B925-3930  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=8877b4f1-6be8-4f4b-b1fe-ab700f2b5707 /home           btrfs   defaults,subvol=@home 0       2

mount | grep btrfs возвращает это

Код: Выделить всё

/dev/sda3 on / type btrfs (rw,relatime,ssd,space_cache,subvolid=257,subvol=/@)
/dev/sda3 on /home type btrfs (rw,relatime,ssd,space_cache,subvolid=258,subvol=/@home)

[rogoznik]

В общем погуглив на тему btrfs и ssd выяснил вот что:
1. В Ubuntu и производных есть есть systemd unit c "гордым" названием fstrim.timer, лежит в /lib/systemd/system/

Код: Выделить всё

[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true

[Install]
WantedBy=timers.target

Еще есть /lib/systemd/system/fstrim.service

Код: Выделить всё

[Unit]
Description=Discard unused blocks

[Service]
Type=oneshot
ExecStart=/sbin/fstrim -av

2. Исходя из того что вернула мне(см. предыдущий пост) mount | grep btrfs и из того что писал Unborn - решил вырубить юниты

Код: Выделить всё

sudo systemctl disable fstrim.timer
sudo systemctl disable fstrim.service

и добавить в опции монтирования discard

Код: Выделить всё

# / was on /dev/sda3 during installation
UUID=8877b4f1-6be8-4f4b-b1fe-ab700f2b5707 /               btrfs   defaults,discard,subvol=@ 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=B925-3930  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=8877b4f1-6be8-4f4b-b1fe-ab700f2b5707 /home           btrfs   defaults,discard,subvol=@home 0       2

[Sergei K.]

да

Просьба, проверь пож., если будет такая возможность. Интересно, будут какие-то следы деятельности trim.

[Sergei K.]

Так вот твой cron.weekly - подразумевает запланированную задачу по вызову fstrim еженедельно. и будет его выполнять согласно расписанию.
Это является ответом на твой вопрос?)

Да, это точный ответ. Спасибо. Еженедельное автоматическое выполнение задачи - это то, что требуется.

[Unborn]

и добавить в опции монтирования discard

Ещё выполни извне балансировку, дефрагментацию и компрессию. Компрессию пропиши в опции монтирования, как и автодефрагментацию.
Всякие страшилки про нагрузку на ЦП - это надцать лет назад для тогдашнего железа, как и компрессия.
И заверения, что дефраг. не нужно на ССД - это ЛПП.

[rogoznik]

дефрагментацию и компрессию

Допустим эти я зная как в опции монтирования добавить.

балансировку

А вот это как?

[Unborn]

А вот это как?

sudo btrfs balance start /
/ - условно для примера.

[hellonet]

Всякие страшилки про нагрузку на ЦП - это надцать лет назад для тогдашнего железа, как и компрессия.
И заверения, что дефраг. не нужно на ССД - это ЛПП.

Что-то да, а что-то нет. Я до сих пор доверяю Вадиму Стеркину и его блогу
http://www.outsidethebox.ms/category/ssd/
И в частности о вреде дефрагментации SDD
http://www.outsidethebox.ms/14900/
Жалко, что он только на Windows работает. Но не суть важно.

[asa]

Ещё выполни извне

Это как?

[Unborn]

Это как?

С Лайф или другой ОС Линукс, установленной на машине. Тут у многих по 100500 дистров установлено.

И в частности о вреде дефрагментации SDD
http://www.outsidethebox.ms/14900/
Жалко, что он только на Windows работает. Но не суть важно.

А ты запусти btrfs fi defrag -r / -v на ССД и посмотри.
Это с ext4 даже на ХДД раз в пятилетку дефраг. А с btrfs файл разлетится по всему ССД. Время на случайное и последовательное чтение хоть на чём отличаются. Просто из-за общего быстродействия ССД это не так резко заметно, но со временем с btrfs и её фрагментацией и на ССД будет заметно, если не проводить ТО. К тому же автор там на рабочих офисных машинках проверяет, где и на ХДД годами дефраг. можно не делать, - обо нет такой движухи, как у хомячной машины, с установкой - удалением овер 9000 свистоперделок и столько же километров нескучных обоев.

[slant]

Компрессию btrfs я бы так просто не прописывал для всего. Это двоякая вещь - и совсем не из за нагрузки на процессор. С ней фрагментация растет быстрее, и она вносит некоторые задержки в random access time. Причем это не только на hdd. Тут скорее наоборот, на hdd это компенсируется тем, что операция чтения/записи целиком заканчивается быстрее, т.к. писать/читать нужно меньше. А вот на быстром ssd эта дополнительная задержка начинает играть роль, и съедать производительность. Не всегда, но может. IMHO, компрессию имеет смысл прописывать для отдельных каталогов, особенно там, где запись относительно редкая по сравнению со чтением, и операции в основном линейные. Например, прописать компрессию для каталога где лежит профиль броузера - плохая идея с точки зрения производительности.

[rogoznik]

На счет балансировки - как часто нужно проводить?

[asa]

Так нормально будет?

Код: Выделить всё

btrfs   defaults,max_inline=0,compress=lzo,autodefrag,relatime,ssd,discard,space_cache,subvol=@ 0 1

[slant]

На счет балансировки - как часто нужно проводить?

Сейчас, в обычном режиме эксплуатации - не нужно. Балансировка нужна, когда меняется режим работы (raid, dup, single) или проводится переконфигурация раздела (меняется количество физических дисков или меняется физические границы раздела на каком-то из дисков). Так же балансировка может помочь в случае, если нужно вернуть использовавшиеся раньше блоки в массив не использованных. Это нужно, в случае, если блоки раньше относились к одному типу, а сейчас им оптимальнее будет находится в другом. Например, были выделены для метаданных, потом структура каталогов ужалась, а лишние блоки которые остались отведенные под них - можно балансировкой вернуть в состояние неиспользованных, тогда они могут быть выделены для простых данных. Или наоборот.

В обычном состоянии у btrfs есть четыре типа блоков - sys, data, metadata, и unallocated. Из пула unallocated блоки берутся для остальных типов по мере надобности, но выполняется это большими кусками - обычно по гигабайту сразу. Обратное тоже верно. За исключением sys.