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
fuente
relatime
es 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 eldiscard
soporte. He tenido un SSD durante 1.5 años y nunca lo he modificado, funciona muy bien, maneja sus propios descartes.nodev
estú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 diferentesudo mknod -m666 test c 1 3
(que crea un archivotest
que actúa como un dispositivo nulo de escritura, es decir/dev/null
). En un sistema de archivos montadonodev
,echo > test
ycat test
falla, independientemente de si lo ejecuta como root o no.La
discard
opció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á.fuente
systemctl enable fstrim.timer
es ..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'.
fuente
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
/tmp
carpeta.Pero no mueva sus
/var/log
archivos 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/log
directorios (como apache) y no le gusta que desaparezcan entre las botas :Esta es una mezcla de la respuesta de JR0cket y otros artículos de blog sobre el tema.
fuente