Накопитель на SSD стоит вложений , но, как и любое другое устройство хранения данных, может выйти из строя. На самом деле, неудача не так уж редка . Как и в случае с вращающимися дисками, вы всегда должны устанавливать хорошее решение для резервного копирования , и вы можете сделать многое, чтобы в полной мере использовать преимущества своего SSD , но вы также можете предпринять шаги, чтобы максимально увеличить срок службы вашего SSD.
В данном случае показан процесс настройки ОС linux на SSD
1. / etc / fstab:
- Отключите atime (время доступа)
noatime - Чтение доступа к файловой системе больше не приведет к обновлению временной информации, связанной с файлом. Важность параметра noatime заключается в том, что он устраняет необходимость в системе выполнять запись в файловую систему для файлов, которые просто читаются. Поскольку запись может быть довольно дорогой, это может привести к ощутимому увеличению производительности. Обратите внимание, что информация о времени записи в файл будет обновляться каждый раз, когда в файл записывается эта опция.
discard
- Флаг сброса активирует преимущества команды TRIM, если используется версия ядра> = 2.6.33. Он не работает с ext3; использование флага сброса для корневого раздела ext3 приведет к его монтированию только для чтения.
/dev/sda1 / ext4 defaults,relatime,discard 0 1
/dev/sda2 /home ext4 defaults,relatime,discard 0 1
Подумайте о переключении с планировщика CFQ по умолчанию с 2.6.18 на NOOP или Deadline. Последние два предлагают повышение производительности для твердотельных накопителей. Например, планировщик NOOP реализует простую очередь для всех входящих запросов ввода-вывода, не переупорядочивая и не группируя те, которые физически расположены ближе к диску. На SSD время поиска одинаково для всех секторов, что исключает необходимость переупорядочения очередей ввода / вывода на их основе.
Если единственным устройством хранения в системе является SSD, рассмотрите возможность установки планировщика ввода-вывода для всей системы с помощью параметра ядра. Использование виртуальной файловой системы sys (для нескольких устройств) Этот метод предпочтителен, если в системе имеется несколько физических устройств хранения данных (например, SSD и HDD).
elevator=noop
2. Создайте следующий tmpfile, где «X» - это буква для устройства SSD.
[/etc/tmpfiles.d/set_IO_scheduler.conf] Использование udev для одного устройства или смешанной среды HDD / SSD Хотя вышеперечисленное, несомненно, будет работать, это, вероятно, считается надежным решением. Также следует отметить, что с переходом на systemd rc.local не будет. Поэтому было бы предпочтительнее использовать систему, которая отвечает за устройства, в первую очередь для реализации планировщика. В данном случае это udev, и для этого достаточно простого правила udev. Для этого создайте и отредактируйте файл в /etc/udev/rules.d с именем что-то вроде '60 -schedulers.rules '. В файл включается следующее:
w /sys/block/sdX/queue/scheduler - - - - noop
# установить планировщик крайнего срока для невращающихся дисков
ДЕЙСТВИЕ == "add | change" , KERNEL == "sd [az]" , ATTR { очередь / ротация } == "0" , ATTR { очередь / планировщик } = "дедлайн"
# set cfq scheduler для вращающихся дисков
ДЕЙСТВИЕ == "add | change" , KERNEL == "sd [az]" , ATTR { очередь / ротация } == "1" , ATTR { очередь / планировщик } = "cfq"
3. Пространство подкачки на SSD
Можно разместить раздел подкачки на SSD. Обратите внимание, что большинство современных настольных компьютеров с объемом памяти более 2 Гб редко используют своп вообще. Заметным исключением являются системы, которые используют функцию гибернации. Следующее рекомендуется настроить для SSD, использующих раздел подкачки, который уменьшит «перестановку» системы, таким образом избегая операций записи подкачки:
# echo 1 > /proc/sys/vm/swappiness
Или можно просто изменить /etc/sysctl.conf, как рекомендовано в вики-статье «Максимизация производительности»:
- vm.swappiness=1
- vm.vfs_cache_pressure=50
4. Очистка ячеек памяти SSD
Иногда пользователи могут захотеть полностью сбросить ячейки SSD до того же состояния, в котором они находились во время установки устройства, таким образом восстанавливая его заводскую производительность записи по умолчанию. Известно, что производительность записи со временем снижается даже на твердотельных накопителях с собственной поддержкой TRIM. TRIM защищает только от удаления файлов, а не замен, таких как добавочное сохранение.
Сброс легко осуществляется в процедуре три этапа , обозначенного на Cell SSD - памяти Выемка
5. Советы по минимизации чтения/записи SSD
Главной темой использования SSD должна быть «простота» в плане размещения операций с высоким чтением / записью либо в ОЗУ (оперативной памяти), либо на физическом жестком диске, а не на SSD. Это добавит долговечности к SSD. В первую очередь это связано с большим размером стираемого блока (в некоторых случаях 512 КиБ); много маленьких записей приводят к огромным эффективным операциям записи.
Примечание. 32-ГБ твердотельный накопитель с посредственным коэффициентом усиления записи 10x, стандартным циклом записи / стирания 10000 и 10 ГБ данных, записываемых в день, будет иметь ожидаемый срок службы 8 лет. Это становится лучше с большими SSD и современными контроллерами с меньшим усилением записи.
Используйте и сортируйте записи на диск, чтобы увидеть, сколько программ записывает на диск. Профили браузера:
iotop -oPa
Можно легко монтировать профили браузера, такие как Chromium, Firefox, Opera и т. Д. В оперативную память через tmpfs, а также использовать rsync для синхронизации их с резервными копиями на жестком диске. В дополнение к очевидным улучшениям скорости пользователи также будут экономить циклы чтения / записи на своих SSD.
5. Компиляция в tmpfs
Намеренная компиляция в / tmp - отличная идея, чтобы минимизировать эту проблему. Для систем с> 4 ГБ памяти строка tmp в / etc / fstab может быть настроена так, чтобы использовать более 1/2 физической памяти в системе с помощью флага size =, поскольку / tmp продолжает заполняться.
Пример машины с 8 ГБ физической памяти:
tmpfs /tmp tmpfs nodev,nosuid,size=7G 0 0