¿Qué sistema de archivos de Linux funciona mejor con SSD?

Sistema de archivos EXT4 + TRIM:

• EXT4 con TRIM mejora el rendimiento al reducir los ciclos de escritura innecesarios en la unidad SSD, ya que limitan los ciclos de escritura y reescritura.
• Ubuntu y algunas otras versiones de Linux son compatibles con EXT 4 con TRIM listo para usar.

Partición SWAP:

• Asegúrese de no tener un espacio SWAP en el SSD, de nuevo para reducir los ciclos de escritura.
• Si tiene una unidad mecánica, debe crear un espacio SWAP en la unidad mecánica y evitar tenerlo en la SSD.

Alineación de partición:

• La partición debe comenzar en un límite limpio de 1 MB para que el tamaño del bloque del sistema de archivos se alinee con el tamaño del bloque del SSD.

Así que usa EXT4 + TRIM con SWAP en un disco duro mecánico o sin SWAP en SSD.

Lo anterior se puede implementar consultando la Fuente:Cómo maximizar el rendimiento de SSD.

Respuesta corta

• Elija ext4 , y montarlo con el discard opción para soporte TRIM, o use FITRIM (vea abajo). Usa también el noatime opción si temes el "desgaste SSD".

• No cambie su programador de E/S predeterminado (CFQ) en servidores de múltiples aplicaciones , ya que proporciona equidad entre procesos y tiene soporte SSD automático. Sin embargo, use Deadline en computadoras de escritorio para obtener una mejor capacidad de respuesta bajo carga.

• Para garantizar fácilmente la alineación adecuada de los datos, el sector inicial de cada partición debe ser un múltiplo de 2048 (=1 MiB). Puedes usar fdisk -cu /dev/sdX para crearlos. En distribuciones recientes, automáticamente se encargará de esto por usted.

• Piénselo dos veces antes de usar el intercambio en SSD. Probablemente será mucho más rápido en comparación con el intercambio en HDD, pero también desgastará el disco más rápido (lo que puede no ser relevante, consulte a continuación).

Respuesta larga

• Sistemas de archivos:

Ext4 es el sistema de archivos Linux más común (bien mantenido). Proporciona un buen rendimiento con SSD y es compatible con TRIM (y FITRIM) para mantener un buen rendimiento SSD a lo largo del tiempo (esto borra los bloques de memoria no utilizados para un rápido acceso de escritura posterior). NILFS está especialmente diseñado para unidades de memoria flash, pero en realidad no funciona mejor que ext4 sobre puntos de referencia. Btrf todavía se considera experimental (y en realidad tampoco funciona mejor).

• Rendimiento SSD y TRIM:

El RECORTE La función borra los bloques SSD que el sistema de archivos ya no utiliza. Esto optimizará el rendimiento de escritura a largo plazo y se recomienda en SSD debido a su diseño. Significa que el sistema de archivos debe poder informarle a la unidad sobre esos bloques. El discard opción de montaje de ext4 emitirá tal TRIM comandos cuando se liberan los bloques del sistema de archivos. Esto es descarte en línea .

Sin embargo, este comportamiento implica una pequeña sobrecarga de rendimiento. Desde Linux 2.6.37, puede evitar usar discard y elija hacer descartes por lotes ocasionales con FITRIM en su lugar (por ejemplo, desde el crontab). El fstrim La utilidad hace esto (en línea), así como el -E discard opción de fsck.ext4 . Sin embargo, necesitará una versión "reciente" de estas herramientas.

• Desgaste de SSD:

Es posible que desee limitar las escrituras en su disco, ya que SSD tiene una vida útil limitada en este sentido. Sin embargo, no se preocupe demasiado , el peor SSD de 128 GB de la actualidad puede admitir al menos 20 GB de datos escritos por día durante más de 5 años (1000 ciclos de escritura por celda). Los mejores (y también los más grandes) pueden durar mucho más:es muy probable que lo hayas reemplazado para entonces.

Si desea utilizar intercambiar en SSD, el kernel notará un disco no rotativo y aleatoriamente el uso de intercambio (nivelación de desgaste del nivel del kernel):luego verá un SS (Estado sólido) en el mensaje del núcleo cuando el intercambio está habilitado:

cat /sys/block/sda/queue/rotational

# all non-rotational block devices use 'deadline' scheduler
# mostly useful for SSDs on desktops systems
SUBSYSTEM=="block", ATTR{queue/rotational}=="0", ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/scheduler}="deadline"