Страница 5 из 8
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 18 май 2018, 19:14
Unborn
Real писал(а): ↑18 май 2018, 17:45
Из этого сравнения, например, следует что Kingston SSDNow V300 не поддерживает команду TRIM - но это всё надо проверять на офф сайте.
Почитайте, что такое контроллер SandForce. А TRIM выполняется и без вашего ума и кривых рук на любом современном SSD на любом контроллере прошивкой. Она умнее вас и сама знает, когда нужно мусор убирать за вами же. Или все прям умнее разрабов прошивок?
По большому счету любой современный SSD, даже не дорогой, ваши деньги отработает.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 18 май 2018, 19:16
vikonrob
Real писал(а): ↑18 май 2018, 17:45
Из этого сравнения, например, следует что Kingston SSDNow V300 не поддерживает команду TRIM
Из этого сравнения лишь следует, что е-каталог не обладает всей информацией.. Kingston SSDNow V300 поддерживает trim не хуже остальных.
Код: Выделить всё
sudo hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: KINGSTON SV300S37A120G
sudo hdparm -I /dev/sda | grep TRIM
* Data Set Management TRIM supported (limit 1 block)
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 18 май 2018, 22:49
Real
vikonrob и Unborn, вы мой сабж хоть чтали?
Я там расписал ровно то-же самое, чем вы мне и возражаете в разной степени экспрессивности.
vikonrob, нехорошо обрезать (по смыслу) цитату.
Мои SSD: Plextor M7V и Samsung 860EVO на 256GB, плюс Intel 530 на 120GB.
Плотно тему SSD изучал более года назад - своими соображениями и критериями собственно и поделился.
Я не предложил конкретную модель - это личное дело каждого: ибо бачили очи шо покупали...
Ссылку на сравнение е-каталога привёл в противовес ссылке автора вопроса.
Если кто не догадался, намекаю потолще: не стоит слепо доверять экспертным статьям и сравнениям - маркетологи, они вездесущи. А вот самостоятельно проанализировать инструментальные измерения из таких статей - вполне.
Вот я и перечислил свои критерии и их приоритеты для анализа и принятия решения.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 20 май 2018, 10:40
Unborn
Real писал(а): ↑18 май 2018, 22:49
вы мой сабж хоть чтали?
Я там расписал ровно то-же самое, чем вы мне и возражаете в разной степени экспрессивности.
Да я не конкретно тебе, а вообще вам всем читающим, вот это правильно -
Real писал(а): ↑18 май 2018, 22:49
Если кто не догадался, намекаю потолще: не стоит слепо доверять экспертным статьям и сравнениям - маркетологи, они вездесущи.
Не нужно намекать, нужно говорить как есть.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 17:50
Sergei K.
Привет!
Подскажите пож., как можно удостовериться, что trim для ssd включен и работает. Просмотрел много сайтов в Гуле, для Windows есть, а для Linux не нашел. Нашел только, как проверить наличие поддержки trim:
sudo hdparm -I /dev/sda | grep TRIM
Показывает, что у меня поддерживает:
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read ZEROs after TRIM
У меня Mint 18.3, ssd Samsung 960 pro, 256 Gb. Нашел, что уже в более ранних версиях всё включается из коробки по умолчанию. На сарае тоже написано ... , а там дрова лежат. Хочется быть уверенным, что всё работает.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 20:29
asa
Sergei K. писал(а): ↑22 окт 2018, 17:50
Нашел только, как проверить наличие поддержки trim:
Вот тут вроде есть как пользоваться
http://www.linuxrussia.com/ssd-ubuntu-hdd.html
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 20:50
StarMAUGLI
После прочтения этой статьи вы узнаете, что
Trim в linux работает только со следующими файловыми системами: ext4 и btrfs.
Что резко облегчает муки выбора ФС, если на вашем компьютере есть SSD.
Однако, остаются сомнения (может кто в сообществе их развеет?).
Как же всякие служебные/временные ФС которые есть в компьютере? Тот же swap, например, который ставится автором в статье? Или tmfs? sysfs? procfs? VFS? и т.п. Их что же выносить что ли с SSD? Или смириться с тем, что они будут терять время на очистку места под запись и никогда не будут работать в полную силу (хотя это и была одна из причин приобретения SSD)?
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:00
Sergei K.
asa писал(а): ↑22 окт 2018, 20:29
Вот тут вроде есть как пользоваться
Спасибо
asa и
StarMAUGLI. Но там написано, как настраивать вручную или автоматически. А мне просто нужно проверить, работает ли у меня trim. Я не спец, не хочу лезть туда, боюсь сбить существующие настройки.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:02
StarMAUGLI
Sergei K. писал(а): ↑22 окт 2018, 21:00
А мне просто нужно проверить, работает ли у меня trim.
Для начала нужно проверить, поддерживает ли ваш ssd Trim, делается это выполнение следующей команды в терминале: sudo hdparm -I /dev/sda | grep "TRIM supported"
Если в результате будет сообщение "Trim supported..."
... то теоретическая поддержка этой технологии есть.
У меня SSD нет, но судя по статье, если ты его не будешь включать (вручную или автоматически), то сам по себе он у тебя не заработает и очищать диск волшебным образом не станет.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:05
slant
В статье автор довольно посредственно описал монтирование и опции. Например, не сказал (сам не знает?) что список опций напрямую зависит от файловой системы которую монтируют, и узнать их проще всего через
man mount, там все описано. Не говоря уже о том, что создавать новые каталоги в корне файловой системы - дурной тон, под точки монтирования отведен /mnt.
А вместо bind лучше использовать симлинки.
Совет по swappiness = 10 устарел, и сейчас откровенно вредный.
Так что я бы и остальному в этой статье доверял с оглядкой...
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:06
Sergei K.
StarMAUGLI писал(а): ↑22 окт 2018, 21:02
Для начала нужно проверить, поддерживает ли ваш ssd Trim
. Эту команду я сам нашел ещё раньше и проверил, trim у меня поддерживается. Я написал об этом в своем первом посте. Но это может еще не означать, что trim не только поддерживается, но и уже включен.
Да, у меня ext4.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:20
StarMAUGLI
Sergei K. писал(а): ↑22 окт 2018, 21:06
что trim не только поддерживается, но и уже включен.
м-да... задачка...
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:23
Sergei K.
Верю в коллективный разум linuxmint.com.ru!
И не такие задачи решали.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:30
Chocobo
Sergei K., ну вроде тут уже пару раз упомянули, что функционал TRIM в ext4 (и xfs) включается параметром монтирования discard.
Дело за малым, проверить его наличие в fstab и в текущем mount
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:46
Sergei K.
Chocobo писал(а): ↑22 окт 2018, 21:30
Дело за малым, проверить его наличие в fstab
Вот в буржуазном Интернете нашел:
Ubuntu has already created a weekly cron job /etc/cron.weekly/fstrim. If not, create it by yourself:
Сначала:
add (то есть потом добавить, если этого нет:
Код: Выделить всё
#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true
Эти три строки у меня в файле есть. Я так понимаю, что all || true как раз означает, что trim включен. Или ошибаюсь?
Chocobo, я прочитал, что в современных версиях Linux всё уже настроено для функции trim, поэтому параметр discard не ставится, это может сильно навредить. Или я чего-то путаю?
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:53
Sergei K.
Вот что у меня в 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
Сюда хочу потом noatime добавить.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 21:54
BadBird
StarMAUGLI писал(а): ↑22 окт 2018, 21:02
и очищать диск волшебным образом не станет.
Вообще то в современных ссд это делает сам ссд (есть у него скрытая область).
Sergei K. писал(а): ↑22 окт 2018, 21:06
Но это может еще не означать, что trim не только поддерживается, но и уже включен.
Так и есть.
В винде в моем случае сама ос и прога что идет с ссд кричали что трим работает, а по факту трим не работал.
Решал проблему удалением дров от нвидиа и установкой дров от майкрсофт, я так терял чуть производительность ссд но у меня работал трим, хотя он особо и не нужен в современных ссд но все же...
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 22:05
Chocobo
Sergei K., то что в кроне это периодический его запуск, как его можно дергать и вручную.
А параметр монтирования дискард подразумевает online-воздействие на ячейки непосредственно при дисковых операциях.
С вредом на практике пока не встречался, в дебианвики вижу что-то на тему немолодого бага от 2015 года в каких-то из прошивок, глубоко ещё не вчитывался
https://wiki.debian.org/SSDOptimization#WARNING
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 22:10
slant
BadBird писал(а): ↑22 окт 2018, 21:54
Вообще то в современных ссд это делает сам ссд (есть у него скрытая область).
Вы немного логику включите - вот как ssd САМ может знать какие блоки заняты полезной нагрузкой а какие - нет? Для этого ему надо как минимум понимать все виды файловых систем, и как в них обозначается занятое и не занятое место. (Когда вы файл стираете - занятое им место отнюдь не затирается физически, изменения делаются только в структурах каталогов, маркируя место как свободное.) Иначе получится, что вот этот ssd, например, знает и поддерживает только ntfs, а этот - ext4 и ntfs и т.д...
Trim - это комплексная задача. Сначала ОС отдает ssd данные о том что такие-то блоки свободны. Только потом ssd может выполнять их очистку. Ранее сам процесс очистки контролировался той же os напрямую, ssd умели только сразу выполнять команду переданную по интерфейсу - "блоки такие-то - очистить". Современные диски умеют чистить блоки фоном, в свободное время, да. Но данные о том какие именно блоки подлежат очистке все равно должна им передать ОС. Вообще-то, делать это по идее должно ядро, и в большинстве случаев, оно это делает. Но иногда до сих пор казусы случаются, и попадаются ядра где эта фича выключена. А вот через fstrim - можно заставить ssd принять данные о свободных блоках.
Настройка/оптимизация SSD для linux - нужна ли?
Добавлено: 22 окт 2018, 22:31
Sergei K.
На основании тех данных, которые я привел чуть выше, может мне кто-то точно сказать, включен ли у меня trim или нет? Или нужны какие-то дополнительные данные?