Los mejores ajustes / etc / fstab para impulsar SSD / HDD

12

Sé que EXT4 es el más rápido al 3y ya verificando publicaciones de blog de prueba de diferentes autores, pero también hay otras configuraciones que hacen que SSD sea más rápido que encontré en http://www.howtogeek.com/62761/how-to-tweak-your-ssd- in-ubuntu-for-better-performance /

sudo gedit /etc/fstab
add to / partition <options> noatime,nodiratime,
and also if kernel is >2.6.33 also add discard,
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

Y https://wiki.ubuntu.com/MagicFab/SSDchecklist

sudo gedit /etc/fstab
add to / partition <options> noatime, and thats it
and data=writeback mounting option if you formatted the disk without journaling. Otherwise add data=ordered which sould be a good compromise between full journaling and none at all.
tmpfs   /tmp  tmpfs  nodev,nosuid,noexec,mode=1777  0 0

¿Por qué solo noatime? ¿Y cómo saber si el disco no tiene registro desde la instalación? ¿Y cuál es más rápido? No Jornaling o lo contrario? ¿Y no hay datos de diario = reescritura o datos registrados = ordenados?

¿Y por qué tmpfs / tmp difiere en ambas articulaciones y cómo amortiguan y qué bruja es mejor y por qué?

Todo esto se trata de SSD, pero ¿puedo usar la misma configuración en HDD? Quiero encontrar la respuesta para HDD y SSD ya que he hecho scripts únicos para configurarlo en mi https://wiki.ubuntu.com/Kangarooo/AfterCleanInstallation

hard-drive fstab ssd

— Canguro
fuente

10

El sitio howtogeek es el más responsable de los dos sitios que mencionó. Los ajustes de atime son solo la optimización de metadatos que se canalizan cuando un archivo recibirá una determinada actualización de marca de tiempo. Es aplicable independientemente de los medios que use, también depende de cuán sensible sea su aplicación a la coherencia de esos metadatos. La mayoría de los usuarios de escritorio no se lo perderán.

Ahora, en cuanto a desactivar el diario ... eso es una locura. Ese es el objetivo de utilizar estos sistemas de archivos avanzados: un mejor rendimiento mientras se asegura la integridad de los datos. Comprenda que si realiza este intercambio, está intercambiando sus datos personales por un aumento modesto de velocidad. Yo personalmente no lo recomendaría. La mayoría de las personas no tienen una buena copia de seguridad para compensar el riesgo.

La alineación de la partición sí importa pero no ajustar ese bit tampoco te matará. Realmente depende de cuánto se accede al disco. Suponiendo que no esté alineado, si tuviera toneladas de E / S funcionando regularmente (servidor), vería una mejora. En promedio, el uso del escritorio, quién sabe, probablemente no sea apreciable.

Ignoraría esa wiki de Ubuntu que mencionaste, excepto por la noción de que la alineación de la partición es valiosa. Aquí hay un enlace más responsable:

http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/index.html?ca=dgr-lnxw074KB-Disksdth-LX

Algunas de las recomendaciones en ese wiki de Ubuntu son simplemente erróneas, como la reconfiguración de tmpfs usando "nodev". Ya es un RAMFS!

Mover el caché de Firefox a / tmp puede aumentar la velocidad en su sesión actual. Aunque podría ser un peligro para la seguridad (ya no está asegurado en su hogar) y se reconstruirá en cada arranque ya que tmpfs no es persistente.

Resumen:

La adición discarda las opciones ext4 es prudente, la reescritura es el modo predeterminado, deja la configuración del diario sola, los ajustes de atime están bien, y el cambio a la fecha límite o al planificador nop también puede ser útil, la alineación de la partición es opcional. El resto es litera.

— ppetraki
fuente

Los ajustes de atime están bien, pero en última instancia no tienen sentido. relatime es un gran compromiso y solo provocará una escritura atime si el archivo se ha modificado desde la última vez que se accedió. Esto reduce las escrituras atime drásticamente sin perder por completo la funcionalidad atime.

— Cesio

1

Estoy de acuerdo en que relatimees el mejor compromiso, sin embargo, estaba limitando mi análisis a los hechos presentados. Muchos de estos ajustes realmente no importan a menos que tenga cargas de trabajo del servidor. Estoy hablando de rendimiento, no de nivelación de desgaste. Lo más importante que este usuario puede hacer es habilitar el discardsoporte. He tenido un SSD durante 1.5 años y nunca lo he modificado, funciona muy bien, maneja sus propios descartes.

— ppetraki

1

¿Por qué sería nodevestúpido? No informa al sistema de que el sistema de archivos es un dispositivo, pero evita que los archivos del dispositivo sean tratados como dispositivos. Puede probar el uso diferente sudo mknod -m666 test c 1 3(que crea un archivo testque actúa como un dispositivo nulo de escritura, es decir /dev/null). En un sistema de archivos montado nodev, echo > testy cat testfalla, independientemente de si lo ejecuta como root o no.

— Lekensteyn

Sé lo que dice la página del manual. ¿Podría explicar entonces cómo esto tiene algún impacto en el rendimiento, especialmente en el contexto de un SSD?

— ppetraki

4

La discardopción ya no se sugiere para los sistemas de archivos alojados en SSD, ya que ralentiza las cosas porque el kernel de Linux tiene una implementación no optimizada del comando. (IIRC, las solicitudes TRIM solo usan un rango de sector ATA a la vez, lo que lo hace lento).

En su lugar, cree un trabajo cron diario que se ejecute fstrim -v /(o lo que sean sus particiones SSD). Esta es la solución con la que Ubuntu 14.04 LTS se enviará.

— trapecio
fuente

"ya no se sugiere la opción de descarte" - ¿Fuente, por favor?

— eMPee584

1

... Encontré esta publicación en un desarrollador de XFS marc.info/?l=linux-xfs&m=133047907914622&w=2 : "el descarte en línea no es realmente algo inteligente para los SSD de los consumidores [...] precisamente porque el descarte es muy lento y no operación valiosa en la mayoría del hardware que lo admite ". Así systemctl enable fstrim.timeres ..

— eMPee584

1

No habilite 'noexec' en / tmp o tendrá problemas con ciertos controladores 3D que requieren ejecución desde / tmp. Los controladores de NVIDIA para hardware moderno tienen este requisito, cualquier aplicación que tenga será predeterminada (como xscreensaver glmatrix) si tiene habilitado 'noexec'.

— teorema
fuente

¿Entonces puedo agregar línea sin noexec? ¿Me gusta esto? tmpfs / tmp tmpfs nodev, nosuid, mode = 1777 0 0

— Kangarooo

0

Además de la respuesta de ppetraki , si el desgaste del flash es una preocupación, debe montar un sistema de archivos RAM para su /tmpcarpeta.

tmpfs /tmp tmpfs defaults,size=15%,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,size=10%,mode=1777 0 0

Pero no mueva sus /var/logarchivos a RAM a menos que esté seguro de que no se bloqueará;) Y ya ha instalado todos sus paquetes de servidor que crean nuevos /var/logdirectorios (como apache) y no le gusta que desaparezcan entre las botas :

tmpfs /var/log tmpfs defaults,mode=0755 0 0 
tmpfs /var/log/apt tmpfs defaults 0 0
none /var/cache unionfs dirs=/tmp:/var/cache=ro 0 0

Esta es una mezcla de la respuesta de JR0cket y otros artículos de blog sobre el tema.

— placas
fuente