¿Qué NO poner en un SSD?

Compré un SSD y voy a configurar mi sistema de escritorio con una instalación de Linux completamente nueva.

Se sabe que los SSD son rápidos, pero tienen una desventaja: el número de escrituras (por bloque?) Es limitado.

Así que estoy pensando en qué datos deben ubicarse en el SSD y cuáles en el disco duro. En general, pensé que los datos que cambian con frecuencia deben colocarse en el HDD y los datos que no cambian con frecuencia pueden colocarse en el SSD.

• Ahora leo esta pregunta, con un escenario similar. En las respuestas está escrito: "Las unidades SSD son ideales para el espacio de intercambio ..."

  ¿Por qué los SSD son ideales para el espacio de intercambio? De acuerdo, veo un alto potencial para aumentar el rendimiento del sistema, pero no intercambia los cambios de datos con frecuencia y, por lo tanto, habría muchas escrituras en el SSD que darían como resultado una corta vida útil del SSD.

• ¿Y qué hay del directorio / var? ¿Su contenido no cambia con frecuencia también? ¿No sería una buena idea ponerlo en el HDD?

• ¿Hay algún otro dato que no deba ubicarse en un SSD?

Si te preocupan los ciclos de escritura, no llegarás a ningún lado.

Tendrá datos en su SSD que cambian con frecuencia; su casa, sus configuraciones, su caché del navegador, tal vez incluso bases de datos (si usa alguna) Todos deberían estar en SSD: ¿por qué otra razón tendrías uno, si no es para ganar velocidad para las cosas que haces con frecuencia?

El número de escrituras puede ser limitado, pero un SSD moderno es muy bueno para nivelar el desgaste, por lo que no debe preocuparse demasiado. El disco está allí para ser escrito; si no lo usa para eso, podría usarlo como un pisapapeles y ni siquiera ponerlo en su computadora.

No hay un dispositivo de almacenamiento adecuado para el espacio de intercambio. El intercambio es lento , incluso en SSD. Si necesita cambiar todo el tiempo, es mejor que obtenga más RAM de una forma u otra.

Puede ser diferente para el espacio de intercambio que no se usa para el intercambio, sino para escenarios de suspensión en disco. Naturalmente, cuanto más rápido se use el medio de almacenamiento para eso, más rápido se suspenderá y se activará nuevamente.

Personalmente, puse todo en SSD excepto los datos grandes y estáticos. Una película, por ejemplo, no tiene que desperdiciar espacio costoso en SSD, ya que un HDD es más que lo suficientemente rápido como para reproducirlo. No jugará más rápido usando el almacenamiento SSD.

Al igual que todos los medios de almacenamiento, SSD fallará en algún momento, lo use o no. Debe considerar que son tan confiables como los discos duros, lo que no es confiable en absoluto, por lo que debe hacer copias de seguridad.

De acuerdo, el objetivo es obtener la mayor cantidad de dinero posible: velocidad frente al precio del hardware de reemplazo (suponiendo un solo disco duro grande y SSD de tamaño mediano, que parece ser la norma). Para simplificar, puede sopesar cuánto nota el aumento de velocidad al mover un archivo al SSD en función del número de sectores escritos para mover ese archivo al SSD.

• Los archivos que deben leerse mucho y escribirse raramente (como el sistema operativo y los programas) probablemente serían los más obvios para pasar al SSD.
• Los archivos que se escriben una vez y se leen muchas veces a una velocidad de datos fija donde el HDD es lo suficientemente rápido (por ejemplo, música, video) probablemente deberían permanecer allí. Por lo general, no se modifican, pero tenga en cuenta que están escritos en muchos sectores.
• Los archivos pequeños que se modifican mucho (como algunos archivos temporales) son más complicados. Por ejemplo, dado un tamaño de sector de 512 bytes, puede sobrescribir un archivo de un solo sector 20,000,000 de veces antes de "consumir" la misma cantidad de escrituras que escribir un solo archivo de 1 GiB una vez. Si el SSD se encarga de nivelar el desgaste, estos deberían ser equivalentes.

Por supuesto, incluso los mejores cálculos también usan el recurso más valioso de todos, el tiempo. Por lo tanto, a la larga, probablemente sea mejor mantenerlo simple y comprar hardware nuevo un poco más a menudo que el caso absolutamente ideal.

Al lado de todas las respuestas aquí hay un pequeño consejo que me gusta. He comenzado a usar ramdisk nuevamente con mi SSD para disminuir un poco el efecto de desgaste. Lo estoy usando para un caché del navegador (bueno, todo el perfil del navegador), varias temperaturas, algunos registros no esenciales, etc. (a través de enlaces simbólicos)

Mi ramdisk está configurado en fstab de la siguiente manera:

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

Más RAM tiene un disco RAM más grande que puede usar de manera eficiente. Con esto tengo script de arranque / apagado. Diversas experiencias con la escritura de copias de seguridad de ramdisk en dispositivos / carpetas cifrados, incluso con la prioridad más baja en el arranque y la más alta en el apagado.

Esto acelera un poco el sistema y ahorra algunos ciclos de escritura. Lo bueno puede ser un trabajo cron haciendo rsync cada 15 minutos?

#!/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 $?

Pequeña advertencia para los usuarios de Ubuntu, no use la carpeta / media / user / para las copias de seguridad de ramdisk, ya que algunas actualizaciones se restablecen, por lo que estaba perdiendo datos de perfil periódicamente. También con Ubuntu tuve algunas dificultades para hacer copias de seguridad de ramdisk en la carpeta de inicio encriptada.

De acuerdo con los demás, debe poner casi todo, excepto que pueden ser archivos muy grandes (video) para evitar el desperdicio de espacio SSD costoso.

Sin embargo, también debe asegurarse de que TRIM esté habilitado:

• Su SSD es compatible con TRIM
• Su partición está alineada en un múltiplo de EBS
• Su sistema de archivos admite TRIM en su sistema de archivos (ext4 generalmente lo hace)
• Se ejecuta fstrimcon regularidad (probablemente en un programa semanal de cron)
• Mantiene al menos un 25% de espacio libre en disco [ 1 ]

Recuerde hacer una copia de seguridad de sus datos.

ACTUALIZAR:

• Arch recomienda no cambiar el SSD para evitar el desgaste

Si no desea pasar tiempo para enviar sus datos a través de HDD y SDD, puede usar su SDD como caché.

• Caché L2ARC en ZFS (Solaris, * BSD)
• Bcache (Linux) Todavía es código alfa, así que quizás no sea confiable

Lo siento, malas respuestas. Por supuesto, usted puede y debe construir un sistema muy rápido y aún mover la mayoría de las carpetas escritas a HDD. Mover / tmp a / tmpfs o crear una partición / tmp en HDD también se mueve a HDD y crea enlaces simbólicos en carpetas originales para / var / log / var / spool y / var / tmp (no coloque / var / tmp en tmpfs como allí son datos que deberían ser accesibles a través de reinicios). Vaya a HDD y cree enlaces simbólicos para ~ / Descargas ~ / Videos ~ / Música ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream y otros que conozca o descubra escriban con frecuencia cachés (siempre encuentre dónde está el caché de su navegador específico y muévalo a HDD Chrome y Firefox están cubiertos con estos, creo, pero compruébelo usted 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 en SSD. Además, dado que HDD es mucho menos utilizado por systen, estos trucos tienen un impacto negativo en el rendimiento y una gran diferencia en la durabilidad de SSD. Vaya a HDD y cree enlaces simbólicos para sus carpetas en la nube (por ejemplo, dropbox). Considere también mover / var / www si lo está apacheando. Ahora tiene un sistema muy rápido con casi ninguna diferencia de velocidad y con mucho menos desgaste.