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

#101

Sergei K. писал(а): ↑
22 окт 2018, 22:31
Или нужны какие-то дополнительные данные?

а данные, кстати, пригодились бы
сделай hw-probe как в шапке над форумом написано
посмотрим, на твое ядро и что в файле fstab написано... может еще в какие логи можно будет заглянуть

Sergei K. · #102

Chocobo писал(а): ↑
22 окт 2018, 22:05
С вредом на практике пока не встречался,

Вот тут в буржуазном Интернете https://sites.google.com/site/easylinuxtipsproject/ssd вроде свежие данные по вопросу discard, раз речь о Mint 19 идет. В пункте 8.3 (вверху правой колонки) написано, что не рекомендуется использовать discard за исключением старых ssd до 2010 года.

#103

Sergei K.,
Ты об этом тексте про 2010?

Note: as already mentioned, old SSD's made before 2010 usually don't support TRIM. In that case it's of course not useful to apply the option discard in fstab.

#104

Sergei K. писал(а): ↑
22 окт 2018, 23:05
В пункте 8.3 (вверху правой колонки) написано, что не рекомендуется использовать discard за исключением старых ssd до 2010 года.

Нету там такого. Там, во первых, общее предупреждение о том что опция discard заставляет запускать trim после каждой записи, и во вторых, что она бессмысленна на старых ssd (до 2010 года) которые trim вообще не умеют.

Касательно самой опции - вопрос спорный. Для тех ssd которые умеют делать trim фоном - это наоборот, скорее плюс. Т.к. сам trim будет выполнятся в свободное время когда диск в простое, команда, получается, только данные о блоках скидывает. А вот для более старых, там да. Там на сам trim время тратится.

#105

Sergei K. писал(а): ↑
22 окт 2018, 17:50
Нашел, что уже в более ранних версиях всё включается из коробки по умолчанию.

в найденой вами буржуйской статье написано

In Linux Mint 19 automatic TRIM is enabled by default, when you install Linux Mint 19 on an SSD. Namely by a weekly "cron job".

что гуглопереводчик переводит, как

В Linux Mint 19 автоматический TRIM включен по умолчанию, когда вы устанавливаете Linux Mint 19 на SSD. А именно, еженедельно «cron job».

в связи с чем вопросы:
1. Вы устанавливали Linux Mint 19 на SSD или это был какой-то другой способ (например, клонирование со старого харда)?
2. Можно ли посмотерть в настройках cron включен ли там TRIM?

Sergei K. · #106

StarMAUGLI писал(а): ↑
22 окт 2018, 22:44
а данные, кстати, пригодились бы

Здесь видимо какое-то недопонимание. Мой компьютер довольно новый: A31CD-K-SP002T и, как я уже написал выше, ssd Samsung 960 pro, 256 Gb и Mint 18.3 Мате. А ядро 4.15.0-34. Как компьютер, так и Mint 18.3 в полном порядке. Но всё это к моему вопросу не относится.
В моем первом посте я спросил: "как можно удостовериться, что trim для ssd включен и работает?" Имелось ввиду, существует ли такая команда для терминала. И если да, то какая? И написал, что согласно sudo hdparm -I /dev/sda | grep TRIM trim у меня поддерживается.

Sergei K. · #107

Chocobo писал(а): ↑
22 окт 2018, 23:14
Ты об этом тексте про 2010?

Note: as already mentioned, old SSD's made before 2010 usually don't support TRIM. In that case it's of course not useful to apply the option discard in fstab.

Да, о нем. И потому предположил, что при современном ssd наверно будет неправильно использовать discard в моем случае. Об этом я написал в посте чуть ниже.

Sergei K. · #108

slant писал(а): ↑
22 окт 2018, 23:30
Нету там такого.

Насчет ssd до 2010 года я действительно ошибся, невнимательно прочитал и перепутал смысл it's c it isn't. Но там четко написано, неоднократно, что использование discard не рекомендуется: "Unfortunately ... This isn't a good method ... The disadvantage of the discard method is, that it may cause the system to slow down a lot". Я не специалист, чтобы утверждать категорически, правильно ли это или нет. Я лишь сослался на мнение специалиста.

#109

Я написал выше, в чем разница. Наоборот, возможно что на современных дисках это уже лучший метод.
Кстати в этой статье про btrfs данные устаревшие. На счет того что она "незрелая". Хотя тонкости при работе с ней есть, но по стабильности она, imho, не хуже ext4 уже. А может и лучше в некоторых ситуациях.

#110

Sergei K. писал(а): ↑
23 окт 2018, 00:42
Здесь видимо какое-то недопонимание.

видимо да
я тебе предложил простой способ выложить логи твоей ОС. Создать подобную ссылку - дело 5 минут.
(посмотри для примера в моей подписи ссылку сколько логов в линуксе, в твоем их столько же, а может даже и больше, раз у тебя компьютер новый)
А ты мне предлагаешь довольствоваться твоим описанием в три строчки.
Я тебе говорю, что посмотрев в твой fstab можно увидеть какие там параметры монитрования твоего SSD (в частности стоит ли параметр discard, который ты не хочешь ставить), а ты мне отвечаешь, что это все к делу не относится.
Я тебе говорю, что можно в логах посмотреть какие операции происходят (в частности, может быть в них отметился твой TRIM), но ты ждешь конкретной консольной команды - и категорически не хочешь слышать других советов и вопросов.

#111

slant писал(а): ↑
23 окт 2018, 01:26
Кстати в этой статье про btrfs данные устаревшие.

А про дополнительную нагрузку на SSD в случае форматирования оного в btrfs в этой статье правда? или нет?

#112

Sergei K., современные файловые системы и ОС(актуальные их версии) уже оптимизированы под работы с ssd и ничего специально указывать не нужно. Вот для ознакомления. Обрати внимание что написано в желтом блоке в самом верху сраницы:

Начиная с Ubuntu 14.04 разработчики позаботились о поддержке SSD. Система сама периодически запускает функцию TRIM на SSD, никаких discard в fstab больше не требуется. И многие другие советы, которые можно найти в интернете уже не актуальны, не создавайте себе проблем, просто пользуйтесь. Данная статья уже сильно урезана, оставлены только актуальные советы, да и те совсем не обязательны.

Unborn · #113

slant писал(а): ↑
22 окт 2018, 22:10
Вы немного логику включите - вот как ssd САМ может знать какие блоки заняты полезной нагрузкой а какие - нет? Для этого ему надо как минимум понимать все виды файловых систем, и как в них обозначается занятое и не занятое место.

BadBird писал(а): ↑
22 окт 2018, 21:54
Вообще то в современных ссд это делает сам ссд (есть у него скрытая область).

Диску фиолетово на ФС. Он вообще не знает, что это такое. ОС и ФС должны понимать и использовать TRIM, отдавая АТА-команду.
Скрытая или недекларируемая для ОС область для возможности вообще что-либо записывать и быстро. Т.к. запись возможна только в пустые ячейки, которые объединяются в блоки и пишется целый блок сразу. Еще нужно, чтобы запись равномерно по всем ячейкам, блокам распределять, а не херачить в одно и тоже место, как на ХДД, если оно освободилось.
TRIM сродни дефрагментации на ХДД. Хлам выкинут, блоки по возможности по максимуму заполнены.

darkfenix писал(а): ↑
23 окт 2018, 06:36
Вот для ознакомления. Обрати внимание что написано в желтом блоке в самом верху сраницы:

Читай так - мы, рукожопы, не можем годами сделать нормальную определялку железа, поэтому тупо в планировщик засунули выполнение TRIM. А там - если ССД и поддерживает ТРИМ и ФС тоже - тогда сработает. Нет - значит нет.
Вот опции монтирования btrfs на ССД в дистрибутивах после установки ОС, где эта ФС даже не рекомендуется по умолчанию и не пиариться - defaults,noatime,ssd,discard,space_cache,autodefrag,inode_cache 0 0
noatime,ssd,discard,space_cache 0 1
Сжатие сами добавьте и метод, если нужно . Сравните у Убунту и дочки.
Именно параметры ssd и discard показывают, что тип диска определен правильно - ссд, поддерживает ТРИМ и использование включено - discard.

#114

Unborn писал(а): ↑
23 окт 2018, 07:58
Диску фиолетово на ФС.

Я об этом в курсе, эт ты slantу объясни...нет у меня желания спорить и что то кому то доказывать )))))

asa · #115

Unborn писал(а): ↑
23 окт 2018, 07:58
Вот опции монтирования btrfs на ССД в дистрибутивах после установки ОС, где эта ФС даже не рекомендуется по умолчанию и не пиариться - defaults,noatime

Я тут прочитал http://www.ithabits.ru/153840-ustanovka ... press.html

писал(а):Операции чтения файлов также могут создавать большую нагрузку на твердотельный накопитель, так как при каждом обращении записывается время доступа к файлу или директории (atime). Запись на диск происходит даже при чтении из кеша.

Избежать этого можно добавив опции noatime, nodiratime, которые отключают запись меток времени соответственно для файлов и для директорий (по некоторым источникам noatime включает в себя nodiratime).

Отключение atime не только продлевает жизнь жесткого диска, но и как отмечается в этой статье, на 30% увеличивает скорость системы. Однако не все приложения смогут правильно работать с отключенными временными метками.

Альтернативой им может быть более демократичная опция relatime. При ее использовании метки времени обновляются, но не при каждом обращении к файлу, а только в том случае, если файл был изменен с момента последней записи atime.

Sergei K. · #116

StarMAUGLI писал(а): ↑
23 окт 2018, 01:39
я тебе предложил простой способ выложить логи твоей ОС

Я не против это сделать. Просто никогда раньше не делал, попробую. А данные в fstab я ещё раньше показал на 5-й странице в посте 96, параметра discard там нет. Повторяю мой 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/sda3 during installation
UUID=e659ef56-60a2-4da1-85b0-df9d48d6eecd / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=5E3E-B504 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=4d81b3a6-a297-482e-b6fe-910880c6dabd /home ext4 defaults 0 2
# swap was on /dev/sda2 during installation
UUID=beff3116-3de4-41f3-99c6-fde73c0709b9 none swap sw 0 0

!	Сообщение из: darkfenix
	Научись уже пользоваться Панель форматирования текста в темах/ответах

asa · #117

А тут сообщают http://www.linuxrussia.com/file-system-linux-btrfs.html

SSD-режим не включает в себя поддержку TRIM! Поэтому его нужно либо включать опцией монтирования discard, либо же регулярно запускать программу fstrim. В Ubuntu есть отдельный юнит systemd для периодической отработки этой программы, активировать его можно такой командой:

sudo systemctl enable fstrim.timer

Sergei K. · #118

darkfenix писал(а): ↑
23 окт 2018, 06:36
Начиная с Ubuntu 14.04 разработчики позаботились о поддержке SSD.

Уже читал об этом, но мне все равно хотелось удостовериться, что это и у меня включено. Как говориться, пощупать своими руками. Спасибо за ссылку на https://help.ubuntu.ru/wiki/ssd , раньше не видел этой статьи.

Выше я спросил мнение сообщества о содержании одного файла, но видимо мой вопрос не заметили. Речь идет о записи в пункте 2 вот на этой странице: https://www.pontikis.net/blog/tweak-ssd-ubuntu-16.04 . В нем тоже пишут, что Ubuntu уже позаботился о еженедельном тримминге, реализовано в этом файле: /etc/cron.weekly/fstrim. Его сожержимое:

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

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

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

#119

Unborn писал(а): ↑
23 окт 2018, 07:58
defaults,noatime,ssd,discard,space_cache,autodefrag,inode_cache 0 0
noatime,ssd,discard,space_cache 0 1

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

#120

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

Какой фирмы SSD вы выбрали и почему, что повлияло на ваше решение?