Что НЕ надеть SSD?

Я купил SSD, и я собираюсь настроить свою настольную систему с полностью новой установкой Linux.

Известно, что твердотельные накопители работают быстро, но у них есть недостаток: количество записей (на блок?) Ограничено.

Поэтому я думаю о том, какие данные должны быть расположены на SSD и какие на жестком диске. Как правило, я думал, что данные, которые часто меняются, должны быть помещены на жесткий диск, и данные, которые не меняются часто, могут быть помещены на SSD.

Если вы беспокоитесь о циклах записи, вы никуда не пойдете.

У вас будут данные на вашем SSD, которые часто меняются; ваш дом, ваши конфиги, ваши кеши браузера, возможно, даже базы данных (если вы используете их). Все они должны быть на SSD: почему еще у вас есть один, если бы не набирать скорость за то, что вы часто делаете?

Количество записей может быть ограничено, но современный SSD очень хорошо подходит для выравнивания износа, поэтому вам не стоит слишком беспокоиться об этом. Диск должен быть записан в; если вы не используете его для этого, вы можете просто использовать его как пресс-папье и даже не помещать его в свой компьютер.

Для места подкачки нет устройства хранения. Обмен медленный , даже на SSD. Если вам нужно все время менять, вам лучше получить больше оперативной памяти так или иначе.

Это может быть разным для пространства подкачки, которое не используется для подкачки, но для сценариев suspend-to-disk. Естественно, чем быстрее будут использоваться носители данных, тем быстрее он будет приостанавливаться и снова просыпаться.

Лично я ставил все на SSD, кроме больших статических данных. Например, для фильма не нужно тратить дорогостоящее пространство на SSD, поскольку жесткий диск более чем достаточно быстрый, чтобы играть в него. Он не будет работать быстрее, используя SSD-хранилище.

Как и все носители, SSD в какой-то момент не сработает, независимо от того, используете вы это или нет. Вы должны считать их такими же надежными, как и жесткие диски, которые не являются надежными вообще, поэтому вы должны делать резервные копии.

Итак, цель состоит в том, чтобы получить как можно больше шансов для доллара – скорость по сравнению с ценой замены оборудования (при условии, что один большой жесткий диск и SSD среднего размера, что кажется нормой). Чтобы упростить, вы можете взвесить, сколько вы заметили увеличение скорости от перемещения файла к SSD против количества секторов, записанных для перемещения этого файла на SSD.

  • Файлы, которые нужно много читать и писать редко (например, ОС и программы), вероятно, будут наиболее очевидными для перехода на SSD.
  • Файлы, которые пишутся один раз и много раз читаются с фиксированной скоростью передачи данных, где жесткий диск достаточно быстрый (например, музыка, видео), вероятно, должны оставаться там. Обычно они не изменяются, но считают, что они написаны во многих секторах.
  • Небольшие файлы, которые сильно изменены (например, некоторые временные файлы), сложнее. Например, если размер сектора составляет 512 байт, вы можете перезаписать односекторный файл 20 000 000 раз, прежде чем «потреблять» то же количество записей, что и один отдельный файл GiB. Если SSD позаботится об износе, они должны быть эквивалентными.

Конечно, даже лучшие расчеты также используют самый ценный ресурс всего, время. Таким образом, в конечном итоге вам, вероятно, лучше всего держать его простым и покупать новое оборудование несколько чаще, чем абсолютно идеальный случай.

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

Однако вы также должны убедиться, что TRIM включен:

  • Ваш SSD поддерживает TRIM
  • Ваш раздел выровнен по краю EBS
  • Ваша файловая система поддерживает TRIM в вашей файловой системе (обычно ext4)
  • Вы запускаете fstrim (вероятно, в cron еженедельно)
  • Вы сохраняете не менее 25% свободного места на диске [ 1 ]

Не забудьте выполнить резервное копирование данных.

ОБНОВИТЬ:

  • Arch рекомендует не помещать своп на SSD, чтобы избежать износа

Помимо всех ответов здесь есть небольшой отзыв, который мне нравится. Я снова начал использовать ramdisk с моим SSD, чтобы немного уменьшить эффект ношения. Я использую его для кеша браузера (ну весь профиль обозревателя), temps / var / log и т. Д. (Через символические ссылки)

Мой ramdisk установлен в fstab следующим образом:

 tmpfs /mnt/ramdisk tmpfs nodev,nosuid,size=512M 0 0 

В большей ОЗУ у вас есть большой ramdisk, который вы можете использовать эффективно. С этим у меня есть сценарий загрузки / выключения. Опыт работы с резервным копированием ramdisk на зашифрованном устройстве / папке, даже при минимальном приоритете при загрузке и максимальном при выключении.

Это немного ускоряет работу системы и экономит некоторые циклы записи. Хорошая вещь может быть работой cron, выполняющей rsync каждые 15 минут?

 #!/bin/bash ### BEGIN INIT INFO # Provides: Ramdisk control # Required-Start: $local_fs # Required-Stop: $local_fs # Default-Start: 2 3 4 5 # Default-Stop: 0 6 # Short-Description: Start/stop script at runlevel change. # Description: Ramdisk auto backup and restore ### END INIT INFO PATH=/sbin:/bin:/usr/sbin:/usr/bin USER="user1" RDISK=/mnt/ramdisk BACKUP=/opt/ #/home/$USER/BackUps/ #echo "$(date) $1" >> $BACKUP/rd.log case "$1" in stop) rsync -aE --delete $RDISK $BACKUP ;; start|force-reload|restart|reload) #restore ramdisk cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null ;; *) echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}' echo ' stop - backup ramdisk data' echo ' start|* - restore ramdisk data from backup' echo ' - default backup location is /xxxxx' exit 1 ;; esac exit $? 

Небольшое предупреждение для пользователей Ubuntu, не используйте / media / user / folder для резервных копий ramdisk, так как он сбрасывает некоторые обновления, поэтому я периодически теряю данные профиля. Также с Ubuntu у меня были некоторые трудности с созданием ramdisk bakups в зашифрованной домашней папке.

Надеюсь, это поможет кому-то.

Если вы не хотите тратить время на отправку своих данных через HDD и SDD, вы можете использовать SDD в качестве кеша.

  • Кэш L2ARC на ZFS (Solaris, * BSD)
  • Bcache (Linux) Это альфа-код, но, возможно, не надежный