Siempre pensé que los sistemas de archivos tradicionales están orientados y optimizados para unidades que no son SSD, donde, por ejemplo, la ubicación de los datos es importante y la fragmentación es problemática.
¿Existe un sistema de archivos recomendado hoy para unidades SSD? ¿Estoy mejor solo usando ext4?
Si el SSD será su única plataforma de disco, independientemente del número de dispositivos, entonces tiene una quandry; Cómo minimizar las escrituras mientras se mantiene la fiabilidad y el rendimiento.
Más específicamente, ext4 y 3, NILFS y casi cualquier otro sistema de archivos moderno mantendrán un diario. Normalmente, esto es deseable, sin embargo, cuando se trata con dispositivos SSD, aumenta las escrituras realizadas contra el dispositivo y, por lo tanto, reduce su vida útil. Una opción es seleccionar un IDE convencional, SATA u otro dispositivo en el que el sistema de archivos pueda escribir su diario. De esta manera, uno puede mantener los beneficios del registro en diario sin sacrificar la vida útil de los dispositivos SSD. En el caso de ext4 esto se puede lograr como: mke2fs -O journal_dev /dev/external_deviceentonces se une al sistema de archivos específico como: mkfs.ext4 -J journal=/dev/external_device. Se puede encontrar más información en la página del manual .
Una característica adicional de los sistemas de archivos a tener en cuenta cuando se trata con dispositivos SSD es atime. Establecer un tiempo en un sistema de archivos puede aumentar drásticamente el número de escrituras en un dispositivo determinado con el tiempo. Las opciones para cambiar este comportamiento incluyen 'relatime' y 'noatime'.
Como parece que nos estamos centrando en ext4, la documentación del núcleo en el sistema de archivos, incluidas sus opciones disponibles, está disponible para referencia aquí .
Algunas otras opciones a tener en cuenta: noloadcomo sugirió vorbote, y errors=remount-ro;
@Elazar Leibovich - 'noatime' implica 'nodirtime'. Si su pregunta era sobre el valor de este último sobre el primero, entonces eximir a los directorios de atime es mejor que nada, pero obviamente el beneficio será menor en comparación con el primero.
Tok
1
No sé, esto parece un montón de FUD continuo sobre "resistencia de escritura". Incluso las unidades más consumidoras soportarán al menos 6 meses de escritura continua de datos grandes (los SSD tardan en escribir pequeños cambios). es decir, si se trata de un servidor de archivos corporativo, preocúpese (ajuste y obtenga un buen SSD). Si se trata de una PC de un solo usuario, de todos modos querrá reemplazar su SSD en 5 años. Dicho esto, apagar el tiempo, etc. aumentará su rendimiento (más con el tiempo)
Stephen
7
Sistemas de archivos recomendados en 2014
Han pasado pocos años desde que se hizo esta pregunta y se publicaron las respuestas. Es hora de publicar información actualizada sobre este tema. Si algo queda desactualizado, publique un comentario.
Dado que esta pregunta era específicamente "¿Existe un sistema de archivos recomendado hoy para unidades SSD?" Me concentraré en responder esa pregunta y publicar enlaces a otra información relevante.
Actualmente (a partir del 20 de diciembre de 2014) el artículo de Unidades de estado sólido en la wiki de Arch Linux recomienda los siguientes sistemas de archivos:
Btrfs
Btrfs es un sistema de archivos de copia en escritura para Linux lanzado bajo la GPL. Su desarrollo comenzó en Oracle en 2007. Está incluido en la línea principal desde Linux 2.6.29 (marzo de 2009). Actualmente, el formato en disco es estable y no se espera que cambie.
ext4 (cuarto sistema de archivo extendido) es un sistema de archivos de registro en diario para Linux, que comenzó como una serie de extensiones compatibles con versiones anteriores de ext3 y luego se desarrolló como el sucesor de ext3. El plan oficial de desarrollo para ext4 fue publicado como Propuesta y plan para el trabajo de desarrollo futuro de ext2 / 3 por Theodore Ts'o en junio de 2006. Está incluido en la línea principal desde Linux 2.6.19 (noviembre de 2006) y marcado como estable desde Linux 2.6 .28 (diciembre de 2008).
XFS es un sistema de archivo de registro en diario de 64 bits creado por Silicon Graphics en 1993, predeterminado en IRIX desde 5.3 (1994), portado a Linux en 2001. Actualmente, algunas distribuciones de Linux lo usan como un sistema de archivo predeterminado. XFS tiene soporte TRIM para SSD .
JFS es un sistema de archivos de registro en diario de 64 bits creado por IBM. IBM introdujo JFS en AIX 3.1 en 1990. En 1999 se lanzó como código abierto y comenzó la transferencia a Linux. La primera versión estable de JFS para Linux se lanzó en junio de 2001. Se incluyó en el árbol de Alan Cox en 2.4.18pre9-ac4 y en mainline en 2.5.6 (2002). En 2012, se agregó el soporte TRIM a JFS.
Puede usar ext4 con la noloadopción de montaje agregada a su /etc/fstabarchivo. Hará que el sistema de archivos se comporte como ext2 en los esteroides. De hecho, AFAIK esto es lo que Google usa en sus centros de datos. Pierde la seguridad que proporciona el registro de datos de red, pero gana velocidad y una vida útil más larga para su SSD.
Puede hacerlo permanente al ejecutar tune2fs -O ^has_journallas particiones desmontadas.
nodiratime?Sistemas de archivos recomendados en 2014
Han pasado pocos años desde que se hizo esta pregunta y se publicaron las respuestas. Es hora de publicar información actualizada sobre este tema. Si algo queda desactualizado, publique un comentario.
Dado que esta pregunta era específicamente "¿Existe un sistema de archivos recomendado hoy para unidades SSD?" Me concentraré en responder esa pregunta y publicar enlaces a otra información relevante.
Actualmente (a partir del 20 de diciembre de 2014) el artículo de Unidades de estado sólido en la wiki de Arch Linux recomienda los siguientes sistemas de archivos:
Btrfs
Btrfs es un sistema de archivos de copia en escritura para Linux lanzado bajo la GPL. Su desarrollo comenzó en Oracle en 2007. Está incluido en la línea principal desde Linux 2.6.29 (marzo de 2009). Actualmente, el formato en disco es estable y no se espera que cambie.
ext4
ext4 (cuarto sistema de archivo extendido) es un sistema de archivos de registro en diario para Linux, que comenzó como una serie de extensiones compatibles con versiones anteriores de ext3 y luego se desarrolló como el sucesor de ext3. El plan oficial de desarrollo para ext4 fue publicado como Propuesta y plan para el trabajo de desarrollo futuro de ext2 / 3 por Theodore Ts'o en junio de 2006. Está incluido en la línea principal desde Linux 2.6.19 (noviembre de 2006) y marcado como estable desde Linux 2.6 .28 (diciembre de 2008).
XFS
XFS es un sistema de archivo de registro en diario de 64 bits creado por Silicon Graphics en 1993, predeterminado en IRIX desde 5.3 (1994), portado a Linux en 2001. Actualmente, algunas distribuciones de Linux lo usan como un sistema de archivo predeterminado. XFS tiene soporte TRIM para SSD .
JFS
JFS es un sistema de archivos de registro en diario de 64 bits creado por IBM. IBM introdujo JFS en AIX 3.1 en 1990. En 1999 se lanzó como código abierto y comenzó la transferencia a Linux. La primera versión estable de JFS para Linux se lanzó en junio de 2001. Se incluyó en el árbol de Alan Cox en 2.4.18pre9-ac4 y en mainline en 2.5.6 (2002). En 2012, se agregó el soporte TRIM a JFS.
Benchmarks 2014
Ver también
fuente
Si está disponible en su kernel y se siente aventurero, puede considerar NILFS
De lo contrario, use ext4 pero monte con noatime; consulte aquí para obtener más sugerencias.
fuente
btrfs.Puede usar ext4 con la
noloadopción de montaje agregada a su/etc/fstabarchivo. Hará que el sistema de archivos se comporte como ext2 en los esteroides. De hecho, AFAIK esto es lo que Google usa en sus centros de datos. Pierde la seguridad que proporciona el registro de datos de red, pero gana velocidad y una vida útil más larga para su SSD.Puede hacerlo permanente al ejecutar
tune2fs -O ^has_journallas particiones desmontadas.fuente