Страница 7 из 8
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 13:21
Sergei K.
StarMAUGLI писал(а): ↑22 окт 2018, 22:44
сделай hw-probe как в шапке над форумом написано
Надеюсь, что правильно получилось.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 13:34
Sergei K.
darkfenix, твое замечание к моему посту 116: "Научись уже пользоваться" принято. Извиняюсь. Кажется уже научился пользоваться спойлером.

Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 14:30
Unborn
darkfenix писал(а): ↑23 окт 2018, 12:33
Это для каких записей в fstab?
для разделов btrfs.
Может. Только не нужно путать неразмеченную и недекларируемую для ОС и ФС области или объём.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 14:53
StarMAUGLI
Sergei K. писал(а): ↑23 окт 2018, 12:27
Вопрос: правильно ли я понимаю, что если там записано all || true, то это означает, что trim включен?
похоже, что да. так.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 14:56
StarMAUGLI
Sergei K. писал(а): ↑23 окт 2018, 13:21
Надеюсь, что правильно получилось.
да
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 15:27
Chocobo
Sergei K. писал(а): ↑23 окт 2018, 12:27
Вопрос: правильно ли я понимаю, что если там записано all || true, то это означает, что trim включен? Если это так, то это простой способ проверки trim.
Тут стоит понять два варианта применения трима,
один "ручной" - когда команда fstrim вызывается и шуршит по накопителю
второй "онлайн" - когда это организовано на уровне фс через discard
Так вот твой cron.weekly - подразумевает запланированную задачу по вызову fstrim еженедельно. и будет его выполнять согласно расписанию.
Это является ответом на твой вопрос?)
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 16:03
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)
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 16:35
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
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:02
Sergei K.
Просьба, проверь пож., если будет такая возможность. Интересно, будут какие-то следы деятельности trim.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:08
Sergei K.
Chocobo писал(а): ↑23 окт 2018, 15:27
Так вот твой cron.weekly - подразумевает запланированную задачу по вызову fstrim еженедельно. и будет его выполнять согласно расписанию.
Это является ответом на твой вопрос?)
Да, это точный ответ. Спасибо. Еженедельное автоматическое выполнение задачи - это то, что требуется.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:16
Unborn
darkfenix писал(а): ↑23 окт 2018, 16:35
и добавить в опции монтирования discard
Ещё выполни извне балансировку, дефрагментацию и компрессию. Компрессию пропиши в опции монтирования, как и автодефрагментацию.
Всякие страшилки про нагрузку на ЦП - это надцать лет назад для тогдашнего железа, как и компрессия.
И заверения, что дефраг. не нужно на ССД - это ЛПП.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:19
rogoznik
Unborn писал(а): ↑23 окт 2018, 19:16
дефрагментацию и компрессию
Допустим эти я зная как в опции монтирования добавить.
Unborn писал(а): ↑23 окт 2018, 19:16
балансировку
А вот это как?
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:24
Unborn
darkfenix писал(а): ↑23 окт 2018, 19:19
А вот это как?
sudo btrfs balance start /
/ - условно для примера.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:27
hellonet
Unborn писал(а): ↑23 окт 2018, 19:16
Всякие страшилки про нагрузку на ЦП - это надцать лет назад для тогдашнего железа, как и компрессия.
И заверения, что дефраг. не нужно на ССД - это ЛПП.
Что-то да, а что-то нет. Я до сих пор доверяю Вадиму Стеркину и его блогу
http://www.outsidethebox.ms/category/ssd/
И в частности о вреде дефрагментации SDD
http://www.outsidethebox.ms/14900/
Жалко, что он только на Windows работает. Но не суть важно.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:28
asa
Unborn писал(а): ↑23 окт 2018, 19:16
Ещё выполни извне
Это как?
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:47
Unborn
asa писал(а): ↑23 окт 2018, 19:28
Это как?
С Лайф или другой ОС Линукс, установленной на машине. Тут у многих по 100500 дистров установлено.
А ты запусти btrfs fi defrag -r / -v на ССД и посмотри.
Это с ext4 даже на ХДД раз в пятилетку дефраг. А с btrfs файл разлетится по всему ССД. Время на случайное и последовательное чтение хоть на чём отличаются. Просто из-за общего быстродействия ССД это не так резко заметно, но со временем с btrfs и её фрагментацией и на ССД будет заметно, если не проводить ТО. К тому же автор там на рабочих офисных машинках проверяет, где и на ХДД годами дефраг. можно не делать, - обо нет такой движухи, как у хомячной машины, с установкой - удалением овер 9000 свистоперделок и столько же километров нескучных обоев.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 19:48
slant
Компрессию btrfs я бы так просто не прописывал для всего. Это двоякая вещь - и совсем не из за нагрузки на процессор. С ней фрагментация растет быстрее, и она вносит некоторые задержки в random access time. Причем это не только на hdd. Тут скорее наоборот, на hdd это компенсируется тем, что операция чтения/записи целиком заканчивается быстрее, т.к. писать/читать нужно меньше. А вот на быстром ssd эта дополнительная задержка начинает играть роль, и съедать производительность. Не всегда, но может. IMHO, компрессию имеет смысл прописывать для отдельных каталогов, особенно там, где запись относительно редкая по сравнению со чтением, и операции в основном линейные. Например, прописать компрессию для каталога где лежит профиль броузера - плохая идея с точки зрения производительности.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 20:00
rogoznik
На счет балансировки - как часто нужно проводить?
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 20:04
asa
Так нормально будет?
Код: Выделить всё
btrfs defaults,max_inline=0,compress=lzo,autodefrag,relatime,ssd,discard,space_cache,subvol=@ 0 1
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 23 окт 2018, 20:45
slant
darkfenix писал(а): ↑23 окт 2018, 20:00
На счет балансировки - как часто нужно проводить?
Сейчас, в обычном режиме эксплуатации - не нужно. Балансировка нужна, когда меняется режим работы (raid, dup, single) или проводится переконфигурация раздела (меняется количество физических дисков или меняется физические границы раздела на каком-то из дисков). Так же балансировка может помочь в случае, если нужно вернуть использовавшиеся раньше блоки в массив не использованных. Это нужно, в случае, если блоки раньше относились к одному типу, а сейчас им оптимальнее будет находится в другом. Например, были выделены для метаданных, потом структура каталогов ужалась, а лишние блоки которые остались отведенные под них - можно балансировкой вернуть в состояние неиспользованных, тогда они могут быть выделены для простых данных. Или наоборот.
В обычном состоянии у btrfs есть четыре типа блоков - sys, data, metadata, и unallocated. Из пула unallocated блоки берутся для остальных типов по мере надобности, но выполняется это большими кусками - обычно по гигабайту сразу. Обратное тоже верно. За исключением sys.