Что НЕ поставить SSD?

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

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

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

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

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

• Ваш SSD поддерживает обрезку
• Ваш раздел выровнен на нескольких функциях
• Ваша файловая система поддерживает отделку на вашем файле Система (Ext4 обычно делает)
• Вы запустите FSTRIM , регулярно (вероятно, в Cron Weekly)
• Вы храните не менее 25% свободного дискового пространства [ 1 ]

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

Обновление:

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

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

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

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

Больше RAM у вас больший ramdisk, вы можете использовать эффективно. С этим у меня есть скрипт загрузки / выключения. Различный опыт записи резервной копии RAM-диска на зашифрованном устройстве / папке даже с самым низким приоритетом при загрузке и самым высоким при завершении работы.

Это немного ускоряет работу системы и сокращает количество циклов записи. Может быть хорошо, что 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 / для резервного копирования ramdisk, так как она сбрасывается некоторыми обновлениями, поэтому я периодически терял данные профиля. Также с Ubuntu у меня были некоторые трудности с созданием резервных копий ramdisk в зашифрованной домашней папке.

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

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

Lo siento, malas respuestas. Por supuesto, puede y debe construir un sistema muy rápido y aún así mover la mayoría de las carpetas escritas a HDD. Mueva /tmp a /tmpfs o cree una partición /tmp en HDD, también muévase a HDD y cree enlaces simbólicos en las carpetas originales para /var/log /var/spool y /var/tmp (no coloque /var/tmp en tmpfs ya que hay datos a los que se debe acceder en los reinicios ). Mover a HDD y crear enlaces simbólicos para ~/Descargas ~/Videos ~/Música ~/.config ~/.cache ~/.thunderbird ~/.mozilla ~/.googleearth ~/.ACEStream y otros que conoces o descubres escriben cachés frecuentes (siempre encuentra dónde está el caché de tu navegador específico y muévelo a HDD Chrome y Firefox están cubiertos con estos, creo, pero compruébalo tú mismo ). Si necesita editar un archivo de video, puede moverlo a SSD; de lo contrario, el 99% de los documentos y medios no tienen ningún beneficio al estar en SSD. Además, como HDD es mucho menos utilizado por el sistema, estos trucos tienen un impacto insignificante en el rendimiento y una gran diferencia en la durabilidad de SSD. Muévase a HDD y cree enlaces simbólicos para sus carpetas en la nube (ej. buzón ). Considere también mover /var/www si lo está agregando. Ahora tiene un sistema muy rápido casi sin diferencia de velocidad y con mucho menos desgaste.