SSD

Материал из ALT Linux Wiki
BrokenPage.png
Эта статья сломана.
Статья годная, но там что-то изменилось/поменялось и она уже не рабочая. Её нужно доработать.


Использование ALT Linux на твердотельных дисках

SSD (Solid State Drive, твердотельный накопитель) — перспективный вид постоянной памяти, отличающийся высокой скоростью и низкой латентностью доступа, который уже пригоден для использования в десктопных и серверных задачах.

Несмотря на эти достоинства и совместимость с обычными SATA HDD по интерфейсу большинства моделей, начинка радикально отличается по поведению и без учёта этой разницы можно получить снижение производительности и сокращение срока службы.

Выравнивание разделов

Вкратце — как и для HDD с размером сектора более 512 байт или страйповых RAID, для получения разумной производительности необходимо учитывать размер физического блока[1] при разбиении устройства на разделы. Может быть достаточно отделить первые 1—4[2] двоичных (sic!) мегабайта и начинать первый раздел с 2048-го или 8192-го сектора размером в 512 байт; текущий fdisk сделает это автоматически, инсталер 6.0+ — тоже.

Минимизация записи

Количество циклов перезаписи для flash-памяти ограничено, поэтому при всех предпринимаемых производителями мерах по wear leveling стоит по возможности снизить запись на разделы, размещённые на SSD-накопителе (особенно мелкоблочную случайного характера, для которой ожидаема высокая степень write amplification).

временные файлы

Рекомендуется /tmp на tmpfs (по умолчанию в 4.0+) совместно с pam_mktemp. Можно обдумать отключение дискового кэша браузера.

журналы

  • десктоп: рекомендуется отключить (chkconfig syslogd off; service syslogd stop)
  • сервер: стоит пересмотреть конфигурацию syslog (см. /etc/syslog.*).

своп

При достаточном количестве RAM можно обдумать/проверить работу без раздела/файла подкачки (либо вынести его на HDD).

Настройки

block layer

Можно выставить планировщик ввода-вывода noop или deadline[3], добавив в /etc/sysfs.conf (sysfsutils) строку

block/sda/queue/scheduler = deadline

применение «на лету»:

echo noop > /sys/block/sda/queue/scheduler

VFS

Рекомендуется добавить в /etc/sysctl.conf строку

vm.laptop_mode = 5

применение «на лету»:

sysctl -w vm.laptop_mode=5

файловые системы

Некоторые ФС уже обзавелись[4] поддержкой SSD, которую стоит задействовать — сперва проверив при помощи mount -o remount,option=value вручную и затем аккуратно зафиксировав в /etc/fstab.

В последнее время считается, что рекомендуемым вариантом является периодическое выполнение команды fstrim -a, а не применение опций ФС для немедленной отработки TRIM по освобождаемому пространству. Одновременное применение опций ФС и fstrim не имеет смысла.

общие

  • обязательно: noatime[5] или хотя бы relatime (по умолчанию с 4.0+, кажется)

ext4

  • желательно: data=writeback,delalloc,nobarrier
  • при поддержке TRIM накопителем: discard
  • возможно[6][7]: stripe=1024,commit=NN,max_batch_time=NNNNN,min_batch_time=NNNN

для использования опции монтирования data=writeback для корневой файловой системы (/) нужно также добавить в параметры загрузки ядра:

rootflags=data=writeback

btrfs

  • ssd (btrfs автоматически применяет опцию ssd, если видит SSD)
  • при поддержке TRIM накопителем: discard

Примечания

  1. ...даже если про него железка смело врёт, что "512 bytes"!
  2. см. тж. flashbench и здесь
  3. deadline вроде как больше подходит для контроллеров недорогих SSD, которые могут "захлебнуть" запись; noop чуть дешевле по CPU
  4. Linux 2.6.33++
  5. также включает nodiratime
  6. почитайте man mount и подгоните под свою ситуацию!
  7. замечено, что как минимум под 2.6.39-pure-emerald-alt6 max_batch_time получает значение min_batch_time, см. /proc/mounts

Ссылки

обзорные

предметные